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In This Book 


This programmer’s guide contains general 
information, mainframe level commands, 
and programming examples for 
programming the HP 16500C/16501A 
Logic Analysis System. This guide 
focuses on how to program the system 
over the HP-IB interface, but also briefly 
explains how to use the RS-232-C and 
LAN interfaces. The Logic Analysis 
System cannot be programmed over the 
16505 interface. 

This guide provides a complete set of 
programming information for your system. 

Organization 

When you received your HP 16500C 
Programmer’s Guide you received two 
binders. Volume 1 and Volume 2. The 
Volume 2 binder gives you a place to 
insert the module programmer’s guides 
when the Volume 1 binder is full. 

As you purchase additional measurement 
modules, insert their programmer’s 
guides in the back of this binder or in the 
second binder. 

What is in the HP 16500C/16500A 
Progranuner’s Guide? 

The HP 16500C/16501A Programmer’s 
Guide is organized in three parts. 
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Programming Exampies 


Part 1 Part 1 consists of chapters 1 through 8 and contains general 
information about programming basics, HP-IB, RS-232-C, and LAN 
interface requirements, documentation conventions, status reporting, 
and error messages. If you are already familiar with IEEE 488.2 
programming and HP-IB or RS-232-C, you may want to just scan these 
chapters. If you are new to programming logic analyzers you should read 
part 1. 

Chapter 1 is divided into two sections. The first section, "Talking to the 
Instrument," concentrates on program syntax, and the second section, 
"Receiving Information from the Instrument," discusses how to send queries 
and how to retrieve query results from the instrument. 

Read either chapter 2, "Programming Over HP-IB," chapter 3, "Programming 
Over RS-232-C," or chapter 4, "Programming over LAN" for information 
concerning the physical connection between the HP 16500C/16501A Logic 
Analysis System and your controller. 

Chapter 5, "Programming and Documentation Conventions," gives an 
overview of aU instructions and also explains the notation conventions used 
in the syntax definitions and examples. 

Chapter 6, "Message Communication and System Functions," provides an 
overview of the operation of instruments that operate in compliance with the 
IEEE 488.2 standard. 

Chapter 7 explains status reporting and how it can be used to monitor the 
flow of your programs and measurement process. 

Chapter 8 contains error message descriptions. 

Part 2 Part 2, chapters 9 through 14, explain each command in the 
command set for the mainframe. These chapters are organized in 
subsystems with each subsystem representing a menu. 

The commands explained in this part give you access to common commands, 
mainframe commands, system level commands, disk commands, intermodule 
measurement, and target control commands. This part is designed to provide 
a concise description of each command. 

Part 3 Part 3, chapter 15, contains program examples of actual tasks 
that show you how to get started in programming the HP 16500C/ 

16501A Logic Analysis System at the mainframe level. The complexity of 
your programs and the tasks they accomplish are limited only by your 
imagination. These examples are written in HP BASIC 6.2; however, the 
program concepts can be used in any other popular programming 
language that allows communications over HP-IB, RS-232-C, or LAN. 
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Introduction 


This chapter introduces you to the basics of remote programming and 
is organized in two sections. The first section, "Talking to the Logic 
Analysis System," concentrates on initializing the bus, program syntax 
and the elements of instruction syntax. The second section, 
"Receiving Information from the Logic Analysis System," discusses 
how queries are sent and how to retrieve query results from the 
system. 

The programming instructions explained in this book conform to 
IEEE Std 488.2-1987, "IEEE Standard Codes, Formats, Protocols, and 
Common Commands." These programming instructions provide a 
means of remotely controlling the HP 16500C Logic Analysis System. 
There are three general categories of use. You can: 

• Set up the system and start measurements 

• Retrieve setup information and measurement results from the 
measurement modules 

• Send measurement data to the measurement modules 

The instructions hsted in this manual give you access to the functions 
of the mainframe. This programming reference is designed to provide 
a concise description of each instruction for the mainframe. 

Individual module instruction descriptions are in the Programmer’s 
Guide for each respective module. 
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Talking to the Logic Analysis System 


In general, computers acting as controllers communicate with the instrument 
by sending and receiving messages over a remote interface, such as HP-IB, 
RS-232-C, or Ethernet LAN. 

When programming the HP 16500C with the HP 1650 lA Expansion Frame 
coimected, most of the remote operation of the expansion frame is 
transparent. The only time a programming command is affected by the 
presence of the expansion frame is when the number of slots is specified or 
returned from a query. 

Instructions for programming the system will normally appear as ASCII 
character strings embedded inside the output statements of a "host" language 
available on your controller. The host language’s input statements are used 
to read in responses from the system. For example, HP 9000 Series 300 
BASIC uses the OUTPUT statement for sending commands and queries to 
the system. After a query is sent, the response can be read in using the 
ENTER statement. All programming examples in this manual are presented 
in HP BASIC. 


Example This BASIC statement sends a conunand that causes the logic analyzer’s 

machine 1 to be a state analyzer: 

OUTPUT XXX;":MACHINE1:TYPE STATE" <terminator> 


Each part of the above statement is explained in this section. 
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Talking to Individual System Modules 

Talking to individual system modules within the HP 16500C Logic Analysis 
System is done by preceding the module commands with the SELECT 
command and the number of the slot in which the desired module is installed. 
The mainframe is selected in the same way as an installed module by using 
the SELECT 0 command. 


Example To select the module in slot 3 use the following: 

OUTPUT XXX;SELECT 3" 


See Also Chapter 10, "Mainframe Commands" for more information on the SELECT 

command. 


Initialization 

To make sure the bus and all appropriate interfaces are in a known state, 
begin every program with an initialization statement. BASIC provides a 
CLEAR command that clears the interface buffer. If you are using HP-IB, 
CLEAR wiU also reset the parser in the Logic Analysis System. The parser is 
the program resident in the Logic Analysis System that reads the instructions 
yon send to it from the controller. 

After clearing the interface, you could, for example, preset the logic analyzer 
module to a known state by loading a predefined configuration file from the 
disk. 

Refer to yonr controller manual and programming language reference manual 
for information on initializing the interface. 
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Initialization 


Example This BASIC statement would load the configuration file "DEFAULT " (if it 

exists) into the system. 

OUTPUT XXX;":MMEMORY:LOAD:CONFIG 'DEFAULT 


Example This program demonstrates a simple HP BASIC command structure used to 

program the Logic Analysis System. 


10 CLEAR XXX 

20 OUTPUT XXX;SYSTEM:HEADER ON" 
30 OUTPUT XXX;":SYSTEM:LONGFORM ON 
40 DIM Card$[100] 

50 OUTPUT XXX;":CARDCAGE?" 

60 ENTER XXX;Card$ 

70 PRINT Card$ 

80 OUTPUT XXX;":MMEM:LOAD:CONFIG 

90 OUTPUT XXX;":SELECT 5" 

100 OUTPUT XXX;":MENU 5,3: 

110 OUTPUT XXX;":RMODE SINGLE" 

120 OUTPUT XXX;":START" 


[Initialize instrument interface 
[Turn headers on 
[Turn long form on 

[Reserve memory for string variable 
[Verify which modules are loaded 
[Enter result in a string variable 
[Print result of query 
TEST._E',5" [Load configuration file 
[into module in slot E 
[Select module in slot E 
[Select menu for module in slot E 
[Select run mode 
[Run the measurement 


See Also 


Chapter 12, "MMEMory Subsystem" for more information on the LOAD 
command. 
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Instruction Syntax 

To program the system remotely, you must have an understanding of the 
command format and structure. The IEEE 488.2 standard governs syntax 
rules pertaining to how individual elements, such as headers, separators, 
parameters and terminators, may be grouped together to form complete 
instructions. Syntax definitions are also given to show how query responses 
will be formatted. Figure 1-1 shows the three main syntactical parts of a 
typical program statement: Output Command, Device Address, and 
Instruction. The instruction is further broken down into three parts: 
Instruction header, White space, and Instruction parameters. 


Figure 1-1 

INSTRUCTION 

/- 1 -V 

OUTPUT XXX;":SYSTEM:MENU DISPLAY,2" 


OUTPUT COMMAND - 

DEVICE ADDRESS - 

INSTRUCTION HEADER - 

WHITE SPACE - 

INSTRUCTION PARAMETERS 




Program Message Syntax 


Output Command 

The output command depends on the language you choose to use. 
Throughout this guide, HP 9000 Series 300 BASIC 6.2 is used in the 
programming examples, except where noted. If you use another language, 
you will need to fmd the equivalents of BASIC Commands, like OUTPUT, 
ENTER and CLEAR in order to convert the examples. The instructions are 
always shown between the double quotes. 
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Device Address 

The location where the device address must be specified also depends on the 
host language that you are using. In some languages, this could be specified 
outside the output command. In BASIC, this is always specified after the 
keyword OUTPUT. The examples in this manual use a generic address of 
XXX. When writing programs, the number you use will depend on the 
protocol you use, in addition to the actual address. If you are using HP-IB, 
see chapter 2, "Programming Over HP-IB." If you are using RS-232-C, see 
chapter 3, "Programming Over RS-232-C." If you are using Ethernet LAN, see 
chapter 4, "Programming Over LAN." 


Instructions 

Instructions (both commands and queries) normally appear as a string 
embedded in a statement of your host language, such as BASIC, Pascal or C. 
The only time a parameter is not meant to be expressed as a string is when 
the instruction’s syntax definition specifies <block_data>. There are just a 
few instructions which use block data. 

Instructions are composed of two main parts: the header, which specifies the 
conunand or query to be sent; and the parameters, which provide additional 
data needed to clarify the meaning of the instruction. Many queries do not 
use any parameters. 

Instruction Header 

The instruction header is one or more keywords separated by colons (:). The 
conunand tree for the mainframe in figure 5-1 illustrates how all the 
keywords can be joined together to form a complete header (see chapter 5, 
"Programming and Documentation Conventions"). 

The example in figure 1-1 shows a command. Queries are indicated by 
adding a question mark (?) to the end of the header. Many instructions can 
be used as either commands or queries, depending on whether or not you 
have included the question mark. The command and query forms of an 
instruction usually have different parameters. 
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When you look up a query in this programmer’s reference, you’U find a 
paragraph labeled "Returned Format" under the one labeled "Query." The 
syntax definition by "Returned Format" wiU always show the instruction 
header in square brackets, like [: SYSTem: MENU] , which means the text 
between the brackets is optional. It is also a quick way to see what the 
header looks like. 

White Space 

White space is used to separate the instruction header from the instruction 
parameters. If the instruction does not use any parameters, white space 
does not need to be included. White space is defined as one or more spaces. 
ASCII defines a space to be a character, represented by a byte, that has a 
decimal value of 32. Tabs can be used only if your controller first converts 
them to space characters before sending the string to the system. 

Instruction Parameters 

Instruction parameters are used to clarify the meaning of the command or 
query. They provide necessary data, such as whether a function should be on 
or off, which waveform is to be displayed, or which pattern is to be looked 
for. Each instruction’s syntax definition shows the parameters, as weU as the 
range of acceptable values they accept. This chapter’s "Parameter Data 
Types" section has aU of the general rules about acceptable values. 

When there is more than one parameter, they are separated by commas (,). 
White space surrounding the commas is optional. 


Instruction Terminator 

An instruction is executed after the instruction terminator is received. The 
terminator is the NL (New Line) character. The NL character is an ASCII 
linefeed character (decimal 10). 

The NL (New Line) terminator has the same function as an EOS (End Of 
String) and EOT (End Of Text) terminator. 
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Header Types 

There are three types of headers: simple command, compound command, 
and common command. 

Simple Command Header 

Simple command headers contain a single keyword. START and STOP are 
examples of simple command headers. The syntax is: 

<function><terminator> 

When parameters (indicated by <data>) must be included with the simple 
conuuand header, the syntax is: <function><white_space><data> 

< t e rmi na t o r > 


Example :RM0DE single< terminator> 


Compound Command Header 

Compound command headers are a combination of two or more program 
keywords. The first keyword selects the subsystem, and the last keyword 
selects the function within that subsystem. Sometimes you may need to list 
more than one subsystem before being allowed to specify the function. The 
keywords within the compound header are separated by colons. For 
example, to execute a single function within a subsystem, use the following: 
:<subsystem>:<function><white_space><data><terminator> 


Example : system :L0NGF0RM on 


To traverse down one level of a subsystem to execute a subsystem within 
that subsystem, use the following: 

<subsystem>:<subsystem>:<function><white_space> 
<data><terminator> 


Example :MMEM0RY:L0AD:C0NFIG "FILE " 
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Common Command Header 

Common command headers control IEEE 488.2 functions within the logic 
analyzer such as clear status. The syntax is: 

*<coinmand header><terminator> 

No white space or separator is allowed between the asterisk and the 
command header. 


Example *cls 


Combined Commands in the Same Subsystem 

To execute more than one function within the same subsystem, a semicolon 
(;) is used to separate the functions: 

:<subsystem>:<function><white space><data>;<function> 
<white space><data><terminator> 


Example : system:L0NGF0RM ON;header on 


Duplicate Keywords 

Identical function keywords can be used for more than one subsystem. For 
example, the function keyword MMODE may be used to specify the marker 
mode in the subsystem for state listing or the timing waveforms: 

• :SLIST: MMODE PATTERN - sets the marker mode to pattern in the state 
listing. 

• : TWAVEFORM: MMODE TIME - sets the marker mode to time in the timing 
waveforms. 

SLIST and TWAVEFORM are subsystem selectors, and they determine which 
marker mode is being modified. 
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Query Usage 

Logic analysis system instructions that are inunediately followed by a 
question mark (?) are queries. After receiving a query, the Logic Analysis 
System parser places the response in the output buffer. The output message 
remains in the buffer until it is read or until another instruction is issued. 
When read, the message is transmitted across the bus to the designated 
listener (typically a controller). 

Query commands are used to find out how the system is currently 
configured. They are also used to get results of measurements made by the 
modules in the system. 


Example This instruction places the current full-screen time for machine 1 of the logic 

analyzer module in slot 2 in the output buffer. 

:SELECT 2:MACHINE1:TWAVEFORM:RANGE? 


In order to prevent the loss of data in the output buffer, the output buffer 
must be read before the next program message is sent. Sending another 
command before reading the result of the query will cause the output buffer 
to be cleared and the current response to be lost. This will also generate a 
"QUERY UNTERMINATED" error in the error queue. For example, when you 
send the query : SELECT 2 : TWAVEFORM: RANGE? you must follow that 
with an input statement. In BASIC, this is usually done with an ENTER 
statement. 

In BASIC, the input statement, ENTER XXX; Range, passes the value 
across the bus to the controller and places it in the variable Range. 

Additional details on how to use queries is in the next section of this chapter, 
"Receiving Information from the Logic Analysis System." 
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Program Header Options 

Program headers can be sent using any combination of uppercase or 
lowercase ASCII characters. System responses, however, are always 
returned in uppercase. 

Both program command and query headers may be sent in either long form 
(complete spelling), short form (abbreviated spelling), or any combination of 
long form and short form. 

Programs written in long form are easUy read and are almost self- 
documenting. The short form syntax conserves the amount of controller 
memory needed for program storage and reduces the amount of PO activity. 

The rules for short form syntax are discussed in chapter 5, "Programming and 
Documentation Conventions." 

Example Either of the following examples turns on the headers and long form. 

Long form: 

OUTPUT XXX;SYSTEM:HEADER ON;LONGFORM ON" 

Short form: 

OUTPUT XXX;":SYST:HEAD ON;LONG ON" 
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Parameter Data Types 

There are three main types of data which are used in parameters. The types 
are numeric, string, and keyword. A fourth type, block data, is used only for a 
few instructions: the DATA and SETup instructions in the SYSTem subsystem 
(see chapter 11); the CATalog, UPLoad, and DOWNload instructions in the 
MMEMory subsystem (see chapter 12). These syntax rules also show how 
data may be formatted when sent back from the system as a response. 

The parameter list always follows the instruction header and is separated 
from it by white space. When more than one parameter is used, they are 
separated by commas. You are allowed to include one or more white spaces 
around the commas, but it is not mandatory. 

Numeric data 

For numeric data, you have the option of using exponential notation or using 
suffixes to indicate which unit is being used. However, exponential notation 
is only applicable to the decimal number base. Do not combine an exponent 
with a unit. 

See Also Tables 6-1 and 6-2 in chapter 6, "Message Communications and System 

Functions," hst all available suffixes. 


Example The following numbers are all equal: 

28 = 0.28E2 = 280E-1 = 28000m = 0.028K. 


The system will recognize binary, octal, and hexadecimal base numbers. The 
base of a number is specified with a prefix. The recognized prefixes are #B 
for binary, #Q for octal, and #H for hexadecimal. The absence of a prefix 
indicates the number is decimal which is the default base. 


Example The following numbers are all equal: 

#811100 = #Q34 = #H1C = 28 
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You may not specify a base in conjunction with either exponents or unit 
suffixes. Additionally, negative numbers must be expressed in decimal. 

When a syntax definition specifies that a number is an integer, that means 
that the number should be whole. Any fractional part would be ignored, 
truncating the number. Numeric parameters that accept fractional values are 
called real numbers. 

All numbers are expected to be strings of ASCII characters. Thus, when 
sending the number 9, you send a byte representing the ASCII code for the 
character "9" (which is 57, or 0011 1001 in binary). A three-digit number, 
like 102, will take up three bytes (ASCII codes 49, 48 and 50). This is taken 
care of automatically when you include the entire instruction in a string. 

String data 

String data may be delimited with either single (’) or double (") quotes. 

String parameters representing labels are case-sensitive. For instance, the 
labels "Bus A" and "bus a" are unique and can not be used interchangeably. 
Also pay attention to the presence of spaces, because they act as legal 
characters just like any other. So, the labels "In" and " In" are also two 
different labels. 

Keyword data 

In many cases a parameter must be a keyword. The available keywords are 
always included with the instruction’s syntax defiiution. When sending 
commands, either the long form or short form (if one exists) may be used. 
Uppercase and lowercase letters may be mixed freely. When receiving 
responses, uppercase letters will be used exclusively. The use of long form 
or short form in a response depends on the setting you last specified via the 
:SYSTem:LONGform command. 
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Selecting Multiple Subsystems 

You can send multiple program commands and program queries for different 
subsystems within the same selected module on the same line by separating 
each command with a semicolon. The colon following the semicolon enables 
you to enter a new subsystem. <instruction header><data>; 

:<instruction header><data><terminator> 

Multiple commands may be any combination of simple, compound and 
common commands. 


Example :SELECT 2;:MACHINE1:assIGN2;:system:headers ON 
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System 


After receiving a query (logic analysis system instruction followed by 
a question mark), the system interrogates the requested function and 
places the answer in its output queue. The answer remains in the 
output queue until it is read or until another command is issued. 

When read, the message is transmitted across the bus to the 
designated listener (typically a controller). The input statement for 
receiving a response message from the system’s output queue usually 
has two parameters: the device address and a format specification for 
handling the response message. 

AU results for queries sent in a program message must be read before 
another program message is sent. For example, when you send the 
query : SYSTEM; LONGFORM?, you must follow that query with an 
input statement. In BASIC, this is usually done with an ENTER 
statement and in C with a read command. 

The format for handling the response messages is dependent on both 
the controller and the programming language. 


Example To read the result of the query command : SYSTEM; LONGFORM? you 

can execute this BASIC statement to enter the current setting for the 
long form command in the numeric variable Setting. 

ENTER XXX; Setting 
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Response Header Options 

The format of the returned ASCII string depends on the current settings of 
the SYSTEM HEADER and LONGFORM commands. The general format is 

<instruction_heacier><space><data><terminator> 

The header identifies the data that follows (the parameters) and is controlled 
by issuing a : SYSTEM: HEADER ON/OFF command. If the state of the 
header command is OFF, only the data is returned by the query. 

The format of the header is controlled by the : SYSTEM: LONGFORM 
command. If long form is OFF , the header will be in its short form and the 
header will vary in length, depending on the particular query. The separator 
between the header and the data always consists of one space. 

A command or query may be sent in either long form or short form, or in any 
combination of long form and short form. The HEADER and LONGFORM 
commands only control the format of the returned data and they have no 
affect on the way commands are sent. 


Example The following examples show some possible responses for a 

:SELECT 2:MACHINEl:SFORMAT:THRESHOLD2 ? query: 

with HEADER OFF: 

<data><terminator> 

vnth HEADER ON and LONGFORM OFF: 

:SEL 2:MACHl:SFOR:THR2<white_space><data><tenninator> 

vnth HEADER ON and LONGFORM ON: 

:SELECT 2:MACHINE1:SFORMAT:THRESHOLD2<white_space> 
<data><terminator> 


See Also 


Chapter 11, "SYSTem Subsystem" for information on turning the HEADER 
and LONGFORM commands on and off. 
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Response Data Formats 

Both numbers and strings are returned as a series of ASCII characters, as 
described in the following sections. Keywords in the data are returned in the 
same format as the header, as specified by the LONGform command. Like 
the headers, the keywords will always be in uppercase. 


Example The following are possible responses to the iSELECT 2 : MACHINEl: 

TFORMAT: LAB? 'ADDR' query. 

Header on; Longform on 

:SELECT 2:MACHINE1:TFORMAT:LABEL "ADDR ",19, 
POSITIVE<terminator> 

Header on;Longform off 

:SEL 2:MACH1:TFOR:LAB "ADDR ",19,POS<terminator> 

Header off; Longform on 

"ADDR ",19,POSITIVE<terminator> 

Header off; Longform off 
"ADDR ",19,POS<terminator> 


See Also The individual commands in Part 2 of this guide contain information on the 

format (string or numeric) of the data returned from each query. 
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String Variables 

Because there are so many ways to code numbers, the HP 16500C Logic 
Analysis System handles almost all data as ASCII strings. Depending on your 
host language, you may be able to use other types when reading in responses. 

Sometimes it is helpful to use string variables in place of constants to send 
instructions to the system, such as including the headers with a query 
response. 


Example This example combines variables and constants in order to make it easier to 

switch from MACHINE 1 to MACHINE2 in slot 3. In BASIC, the & operator is 
used for string concatenation. 


10 LET Machine$ = SELECT 3:MACHINE2" !Send all instructions to machine 


!slot 3 


20 

OUTPUT 

XXX; 

Machine$ 

& 

":TYPE STATE" !Make machine a state 

30 

! Assign 

all labels 

to be positive 



40 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

' CHAN 

1', POS" 

50 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

' CHAN 

2', POS" 

60 

OUTPUT 

XXX; 

Machine$ 

& 

":SFORMAT:LABEL 

'OUT', 

POS" 

99 

END 








analyzer 


2 


in 


If you want to observe the headers for queries, you must bring the returned 
data into a string variable. Reading queries into string variables requires little 
attention to formatting. 

Example This command line places the output of the query in the string variable 

Results. 

ENTER XXX;Result$ 


The output of the system may be numeric or character data depending on 
what is queried. Refer to the specific commands in Part 2 of this guide for 
the formats and types of data returned from queries. 
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Example The following example shows logic analyzer module data being returned to a 

string variable with headers off: 

10 OUTPUT XXX;SYSTEM:HEADER OFF" 

20 DIM Rang$[30] 

30 OUTPUT XXX;":SELECT 2:MACHTNEl:TWAVEFORM:RANGE?" 

40 ENTER XXX;Rang$ 

50 PRTNT Rang$ 

60 END 


After running this program, the controller displays: +1. OOOOOE-05 


Numeric Base 

Most numeric data will be returned in the same base as shown on screen. 
When the prefix #B precedes the returned data, the value is in the binary 
base. Likewise, #Q is the octal base and #H is the hexadecimal base. If no 
prefix precedes the returned numeric data, then the value is in the decimal 
base. 


Numeric Variables 

If your host language can convert from ASCII to a numeric format, then you 
can use numeric variables. Turning off the response headers will help you 
avoid accidentally trying to convert the header into a number. 
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Example The following example shows logic analyzer module data being returned to a 

numeric variable. 

10 OUTPUT XXX;SYSTEM:HEADER OFF" 

20 OUTPUT XXX;":SELECT 2:MACHINEl:TWAVEFORM:RANGE?" 

30 ENTER XXX;Rang 
40 PRTNT Rang 
50 END 


This time the format of the number (whether or not exponential notation is 
used) is dependent upon your host language. In BASIC, the output will look 
like: 1. E-5 


Definite-Length Block Response Data 

Definite-length block response data, also referred to as block data, allows any 
type of device-dependent data to be transmitted over the system interface as 
a series of data bytes. Definite-length block data is particularly useful for 
sending large quantities of data or for sending 8-bit extended ASCII codes. 
The syntax is a pound sign ( # ) followed by a non-zero digit representing the 
number of digits in the decimal integer. Following the non-zero digit is the 
decimal integer that states the number of 8-bit data bytes to follow. This 
number is followed by the actual data. 

Indefinite-length block data is not supported on the HP16500C Logic Analysis 
System. 
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For example, for transmitting 80 bytes of data, the syntax would be: 


Figure 1-2 


NUMBER OF DIGITS 
THAT FOLLOW 



#800000080<e I gh ty bytes of dotoXtermi nator> 


NUMBER OF BYTES 
TO BE TRANSMITTED 


1650«/BL22 


Definite-length Block Response Data 

The "8" states the number of digits that foUow, and "00000080" states the 
number of bytes to be transmitted, which is 80. 


Multiple Queries 

You can send multiple queries to the system within a single program 
message, but you must also read them back within a single program message. 
This can be accomplished by either reading them back into a string variable 
or into multiple numeric variables. 


Example You can read the result of the query :SYSTEM:HEADER?;LONGFORM? into 

the string variable Results! with the BASIC command: 

ENTER XXX; Results$ 


When you read the result of multiple queries into string variables, each 
response is separated by a semicolon. 
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Example The response of the query :SYSTEM:HEADER?:LONGFORM? with HEADER 

and LONGFORM turned on is: 

:SYSTEM:HEADER 1SYSTEM:LONGFORM 1 

If you do not need to see the headers when the numeric values are returned, 
then you could use numeric variables. When you are receiving numeric data 
into numeric variables, the headers should be turned off. Otherwise the 
headers may cause misinterpretation of returned data. 


Example The following program message in HP BASIC is used to read the query 

:SYSTEM:HEADERS?;LONGFORM? into multiple numeric variables: 

ENTER XXX; Resultl, Result2 


System Status 

Status registers track the current status of the mainframe and the installed 
modules. By checking the system status, you can find out whether an 
operation has been completed, whether a module is receiving triggers, and 
more. 

See Also Chapter 7, "Status Reporting," explains how to check the status of the system 

and the installed modules. 
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Introduction 


This section describes the interface functions and some general 
concepts of HP-IB. In general, these functions are defined by IEEE 
488.1 (HP-IB standard). They deal with general bus management 
issues, as well as messages which can be sent over the bus as bus 
commands. 
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Interface Capabilities 

The interface capabilities of the HP 16500C, as defined by IEEE 488.1 are 
SHI, AHl, T5, TEO, L3, LEO, SRI, RLl, PPO, DCl, DTI, CO, and E2. 


Command and Data Concepts 

The HP-IB has two modes of operation: command mode and data mode. The 
bus is in command mode when the ATN line is true. The command mode is 
used to send talk and Ksten addresses and various bus commands, such as a 
group execute trigger (GET). The bus is in the data mode when the ATN line 
is false. The data mode is used to convey device-dependent messages across 
the bus. These device-dependent messages include aU of the commands and 
responses found in chapters 10 through 14 of this guide for the mainframe 
and the respective Programmer’s Guides for each module installed in the 
mainframe. 


Talk/Listen Addressing 

By using the touchscreen fields in the System Configuration menu, the HP-IB 
interface can be placed in talk-only mode by connecting to the printer or in 
addressed talk/Usten mode by connecting to the controller. 

See Also Chapter 3, "Configuring Communications" in the HP 16500C User’s 

Reference 

Talk-only mode must be used when you want the system to talk directly to a 
printer without the aid of a controller. Addressed taUc/listen mode is used 
when the system will operate in conjunction with a controller. When the 
system is in the addressed talk/listen mode, the following is true: 

• Each device on the HP-IB resides at a particular address ranging from 0 to 
30. 

• The active controller specifies which devices will talk and which will listen. 
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• An instrument, therefore, may be talk-addressed, listen-addressed, or 
unaddressed by the controller. 

If the controller addresses the instrument to talk, it will remain configured to 
talk until it receives: 

• an interface clear message (IFC) 

• another instrument’s talk address (OTA) 

• its own hsten address (MLA) 

• a universal untalk (UNT) command. 

If the controller addresses the instrument to listen, it will remain configured 
to listen until it receives: 

• an interface clear message (IFC) 

• its own talk address (MTA) 

• a universal unlisten (UNL) command. 


HP-IB Bus Addressing 

Because HP-IB can address multiple devices through the same interface card, 
the device address passed with the program message must include not only 
the correct instrument address, but also the correct interface code. 

Interface Select Code (Selects the Interface) 

Each interface card has its own interface select code. This code is used by 
the controller to direct commands and communications to the proper 
interface. The default is always "7" for HP-IB controllers. 

Instrument Address (Selects the Instrument) 

Each instrument on the HP-IB port must have a unique instrument address 
between decimals 0 and 30. The device address passed with the program 
message must include not only the correct instrument address, but also the 
correct interface select code. 


2-4 



Programming Over HP-IB 

Local, Remote, and Local Lockout 


Example For example, if the instrument address is 4 and the interface select code is 7, 

the instruction will cause an action in the instrument at device address 704. 
DEVICE ADDRESS = (Interface Select Code) X 100 + (Instrument 
Address) 


Local, Remote, and Local Lockout 

The local, remote, and remote with local lockout modes may be used for 
various degrees of front-panel control while a program is running. The logic 
analysis system will accept and execute bus commands whUe in local mode, 
and the front panel will also be entirely active. If the HP 16500C is in remote 
mode, the system will go from remote to local with any touchscreen, mouse, 
or keyboard activity. In remote with local lockout mode, all controls (except 
the power switch) are entirely locked out. Local control can only be restored 
by the controller. 


Hint Cycling the power will also restore local control, but this will also reset 

certain HP-IB states. It also resets the system to the power-on defaults and 
purges any acquired data in the acquisition memory of all the installed 
modules. 


The instrument is placed in remote mode by setting the REN (Remote 
Enable) bus control line true, and then addressing the instrument to listen. 
The instrument can be placed in local lockout mode by sending the local 
lockout (LLO) command. The instrument can be returned to local mode by 
either setting the REN line false, or sending the instrument the go to local 
(GTL) command. 

See Also :SYSTem:LOCKout in chapter 10, "Mainframe Commands" 
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Bus Commands 

The following conunands are IEEE 488.1 bus commands (ATN true). IEEE 
488.2 defines many of the actions which are taken when these commands are 
received by the system. 

Device Clear 

The device clear (DCL) or selected device clear (SDC) commands clear the 
input and output buffers, reset the parser, clear any pending commands, and 
clear the Request-OPC flag. 

Group Execute Trigger (GET) 

The group execute trigger command will cause the same action as the 
START command for Group Run: the instrument will acquire data for the 
active waveform and listing displays. 

Interface Clear (IFC) 

This command halts all bus activity. This includes unaddressing all listeners 
and the talker, disabling serial poll on all devices, and returning control to the 
system controller. 
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Introduction 


This chapter describes the interface functions and some general 
concepts of RS-232-C. The RS-232-C interface on this instrument 
is Hewlett-Packard’s implementation of ElA Recommended Standard 
RS-232-C, Interface Between Data Terminal Equipment and Data 
Communications Equipment Employing Serial Binary Data 
Interchange. With this interface, data is sent one bit at a time, and 
characters are not synchronized with preceding or subsequent data 
characters. Each character is sent as a complete entity without 
relationship to other events. 
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Interface Operation 

The HP 16500C Logic Analysis System can be programmed by a controller 
over RS-232-C using either a minimum three-wire or extended hardwire 
interface. The operation and exact coimections for these interfaces are 
described in more detail in the following sections. When you are controlling 
an HP 16500C Logic Analysis System over RS-232-C, you are normally 
operating directly between two DTE (Data Terminal Equipment) devices as 
compared to operating between a DTE device and a DCE (Data 
Communications Equipment) device. 

When operating directly between two DTE devices, certain considerations 
must be taken into account. For a three-wire interface, XON/XOFF must be 
used to handle protocol between the devices. For an extended hardwire 
interface, protocol may be handled either with XON/XOFF or by 
manipulating the GTS and RTS lines of the RS-232-C Unk. In all cases, the 
DCD and DSR lines to the Logic Analysis System must remain high for proper 
operation. 

With extended hardwire operation, a high on the CTS line allows the Logic 
Analysis System to send data, and a low prevents the Logic Analysis System 
from transmitting data. Likewise, a high on the RTS line allows the controller 
to send data, and a low signals a request for the controller to disable data 
transmission. Because a three-wire interface has no control over the CTS 
line, internal pull-up resistors in the Logic Analysis System assure that this 
line remains high for proper three-wire operation. 


RS-232-C Cables 

The correct cable for the RS-232-C interface depends on your specific 
application and whether you use software or hardware handshake protocol. 
The following paragraphs describe which lines of the HP 16500C Logic 
Analysis System are used to control the handshake operation of RS-232-C 
relative to the system. To locate the proper cable for your application, refer 
to the reference manual for your computer or controller. It should describe 
the exact handshake protocol your controller can use to operate over an 
RS-232-C bus. In this chapter you will also find HP cable recommendations 
for hardware handshake. 


3-3 



Programming OverRS-232-C 

M inimum Three-Wire Interface with Software Protocoi 


Minimum Three-Wire Interface with Software Protocol 

With a three-wire interface, the software (as compared to interface 
hardware) controls the data flow between the Logic Analysis System and the 
controller. Because the three-wire interface provides no hardware means to 
control data flow between the controller and the Logic Analysis System, only 
XON/OFF can control this data flow. The three-wire interface provides a 
much simpler connection between devices since you can ignore hardware 
handshake requirements. 


The communications software you are using in your computer/controiier must 
be capabie of using XON/XOFF exciusiveiy in order to use three-wire interface 
cabies. Forexampie, some communications software packages can use 
XON/XOFF but aiso depend on the CTS and DSR iines being true to 
communicate. 


The Logic Analysis System uses the following connections on its RS-232-C 
interface for three-wire commurrication: 

• Pin 5 SGND (Signal Ground) 

• Pin 3 TD (Transmit Data from Logic Analysis System) 

• Pin 2 RD (Receive Data into Logic Analysis System) 

The TD (Transmit Data) line from the Logic Analysis System must connect to 
the RD (Receive Data) hne on the controller. Likewise, the RD line from the 
Logic Analysis System must connect to the TD hne on the controller. 

Internal pull-up resistors in the Logic Analysis System assure the DCD, DSR, 
and CTS lines remain high when you are using a three-wire interface. 
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Extended Interface with Hardware Handshake 

With the extended interface, both the software and the hardware can control 
the data flow between the Logic Analysis System and the controller. The 
Logic Analysis System uses the following connections on its RS-232-C 
interface for extended interface communication: 

• Pin 5 SGND (Signal Ground) 

• Pin 3 TD (Transmit Data from Logic Analysis System) 

• Pin 2 RD (Receive Data into Logic Analysis System) 

The additional lines you use depends on your controller’s implementation of 
the extended hardwire interface. 

• Pin 7 RTS (Request To Send) is an output from the Logic Analysis 
System which can be used to control incoming data flow. 

• Pin 8 GTS (Clear To Send) is an input to the Logic Analysis System 
which controls data flow from the Logic Analysis System. 

• Pin 6 DSR (Data Set Ready) is an input to the Logic Analysis System 
which controls data flow from the Logic Analysis System within two bytes. 

• Pin 1 DCD (Data Carrier Detect) is an input to the Logic Analysis 
System which controls data flow from the Logic Analysis System within 
two bytes. 

• Pin 4 DTR (Data Terminal Ready) is an output from the Logic Analysis 
System which is enabled as long as the Logic Analysis System is turned on. 

The TD (Transmit Data) line from the Logic Analysis System must connect to 
the RD (Receive Data) line on the controller. Likewise, the RD line from the 
Logic Analysis System must connect to the TD line on the controller. 

The RTS (Request To Send) is an output from the Logic Analysis System 
which can be used to control incoming data flow. A true on the RTS line 
allows the controller to send data and a false signals a request for the 
controller to disable data transmission. 

The CTS (Clear To Send), DSR (Data Set Ready), and DCD (Data Carrier 
Detect) lines are inputs to the Logic Analysis System, which control data flow 
from the Logic Analysis System. Internal pull-up resistors in the Logic 
Analysis System assure the DCD and DSR lines remain high when they are 
not connected. If DCD or DSR are connected to the controller, the controller 
must keep these lines along with the CTS line high to enable the Logic 
Analysis System to send data to the controller. A low on any one of these 
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lines win disable the Logic Analysis System data transmission. Pulling the 
CTS line low during data transmission will stop Logic Analysis System data 
transmission immediately. Pulling either the DSR or DCD line low during 
data transmission will stop Logic Analysis System data transmission, but as 
many as two additional bytes may be transmitted from the Logic Analysis 
System. 


Cable Examples 

HP 9000 Series 300 

Figure 3-1 is an example of how to connect the HP 16500C Logic Analysis 
System to the HP 98628A Interface card of an HP 9000 series 300 controller. 
For more information on cabhng, refer to the reference manual for your 
specific controller. 

Because this example does not have the correct connections for hardware 
handshake, you must use the XON/XOFF protocol when connecting the Logic 
Analysis System. 


Figure 3-1 


HP 16500C 
REAR PANEL 



HP 98628 
INTERFACE CARD 


16500B76 


Cable Example 
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Figure 3-2 


HP Vectra Personal Computers and Compatibles 

Figure 3-2 gives an example of a cable that will work for the extended 
interface with hardware handshake. Keep in mind that this cable should 
work if your computer’s serial interface supports the four common RS-232-C 
handshake signals as defined by the RS-232-C standard. The four common 
handshake signals are Data Carrier Detect (DCD), Data Terminal Ready 
(DTR), Clear to Send (CTS), and Ready to Send (RTS). 

Figure 3-2 shows the schematic of a 9-pm female to 25-pin male cable. The 
following HP cables support this configuration: 

• HP24542G, DB-9(F) to DB-25(M), 3 meter 

• HP24542H, DB-9(F) to DB-25(M), 3 meter, shielded 

• HP 45911-60009, DB-9(F) to DB-25(M), 1.5 meter 



9-p i n F 


25-p i n M 


1 

2 ^ 

3 - 

4 - 


- 4 

- 2 

► 5 

7 

- 20 


7 


8 


54600M25 


9-pin (F) Id 25-pin (M) Cable 


Configuring the Logic Analysis System Interface 

The RS-232 Settings field in the System Configuration Menu allows you 
access to the RS-232 Settings menu where the RS-232-C interface is 
configured. If you are not famihar with how to configure the RS-232-C 
interface, refer to chapter 3, "Configuring Communications," in the 
HP 16500C Logic Analysis System User’s Reference. 
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Interface Capabilities 

The baud rate, stop bits, parity, protocol, and data bits must be configured 
exactly the same for both the controller and the Logic Analysis System to 
properly communicate over the RS-232-C bus. The RS-232-C interface 
capabilities of the HP 16500C Logic Analysis System are listed below: 

• Baud Rate: 110, 300, 600, 1200, 2400, 4800, 9600, or 19.2k 

• Stop Bits: 1, 1.5, or 2 

• Parity: None, Odd, or Even 

• Protocol: None or XON/XOFF 

• Data Bits: 8 

Protocol 

NONE With a three-wire interface, selecting NONE for the protocol 
does not allow the sending or receiving device to control data flow. No 
control over the data flow increases the possibility of missing data or 
transferring incomplete data. 

With an extended hardwire interface, selecting NONE allows a hardware 
handshake to occur. With hardware handshake, the hardware signals control 
data flow. 

XON/XOFF XON/XOFF stands for Transmit On/Transmit Off. With this 
mode, the receiver (controller or Logic Analysis System) controls 
data flow and can request that the sender (Logic Analysis System or 
controller) stop data flow. By sending XOFF (ASCII 19) over its transmit 
data line, the receiver requests that the sender disables data 
transmission. A subsequent XON (ASCII 17) allows the sending device 
to resume data transmission. 

Data Bits 

Data bits are the number of bits sent and received per character that 
represent the binary code of that character. Characters consist of either 7 or 
8 bits, depending on the application. The HP 16500C Logic Analysis System 
supports 8-bit only. 

8-Bit Mode Information is usually stored in bytes (8 bits at a time). 

With 8-bit mode, you can send and receive data just as it is stored, 
without the need to convert the data. 
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See Also 


The controller and the HP 16500C Logic Analysis System must be in the 
same bit mode to properly communicate over the RS-232-C. This means that 
the controller must have the capability to send and receive 8-bit data. 

For more information on the RS-232-C interface, refer to the HP 16500C 
Logic Analysis System User’s Reference. For information on RS-232-C 
voltage levels and connector pinouts, refer to the HP 16500C Logic Analysis 
System Service Guide. 



RS-232-C Bus Addressing 

The RS-232-C address you must use is dependent on the computer or 
controller you are using to communicate with the Logic Analysis System. 

HP Vectra Personal Computers or compatibles 

If you are using an HP Vectra Personal Computer or compatible, it must have 
an unused serial port to which you connect the Logic Analysis System’s 
RS-232-C port. The proper address for the serial port is dependent on the 
hardware configuration of your computer. Additionally, your 
conununications software must be configured to address the proper serial 
port. Refer to your computer and communications software manuals for 
more information on setting up your serial port address. 

HP 9000 Series 300 Controllers 

Each RS-232-C interface card for the HP 9000 Series 300 Controller has its 
own interface select code. This code is used by the controller for directing 
conunands and communications to the proper interface by specifying the 
correct interface code for the device address. 

Generally, the interface select code can be any decimal value between 0 and 
31, except for those interface codes which are reserved by the controller for 
internal peripherals and other internal interfaces. This value can be selected 
through switches on the interface card. For example, if your RS-232-C 
interface select code is 9, the device address required to communicate over 
the RS-232-C bus is 9. For more information, refer to the reference manual 
for your interface card or controller. 
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Lockout Command 

To lockout the front-panel controls, use the SYSTem conunand LOCKout. 
When this function is on, aU controls (except the power switch) are entirely 
locked out. Local control can only be restored by sending the : LOCKout 
OFF conunand. 


Hint Cycling the power will also restore local control, but this will also reset 

certain RS-232-C states. It also resets the Logic Analysis System to the 
power-on defaults and purges any acquired data in the acquisition memory of 
aU the installed modules. 


See Also 


For more information on this command see chapter 11, "SYSTem Subsystem." 
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Introduction 


This chapter describes different ways you can program your logic 
analysis system over a LAN. There are no commands needed for 
controlling the connection, and no special cabling issues. This 
chapter assumes you have already set up your LAN, and concentrates 
on how to control the HP 16500C from a host computer. 
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Commimicating with the HP 16500C 

You can communicate with the HP 16500C in several ways. If you NFS 
mount your logic analysis system, it behaves like a disk drive on your LAN 
and programs control it by writing to the \ systemXprogram file. The other 
conunon way to control the instrument is through telnet or another 
socket-style connection. 


The HP 16500C must be turned on and completely booted up before you can 
mount the system to your network. Once power is applied to the system and the 
System Configuration menu is displayed, allow an additional 15 seconds before 
attempting to connect to the system. 


The LAN connection does not provide real-time programming control. Due 
to the message handling protocol of Ethernet LAN, messages take an 
indeterminate amount of time to reach their destinations. There can be no 
guarantee that commands sent from your computer will reach the HP 16500C 
in a timely way, although the majority of messages do. 


LAN Addressing 

All devices on an Ethernet LAN are uniquely identified by their Ethernet 
address. The Ethernet address is set in the hardware of any Ethernet- 
capable device. 

However, the utUities you use to communicate with the HP 16500 Logic 
Analysis System follow the TCP/IP protocol. This protocol assigns unique IP 
addresses in software. When you connected your logic analysis system to 
your LAN, you or your system administrator assigned an IP address to the 
HP 16500C. Use this address to communicate with the HP 16500C. You can 
check the address by selecting LAN Settings in the System Configuration 
menu. 
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Password Protection and File Protection 

There is no protection or security built into the HP 16500C. If you attempt to 
connect to the logic analysis system via FTP, and you are prompted for a 
password, leave the password field blank. 

The operating system files, which are stored in the Xsystem directory, are 
also not protected against accidental deletion. If these files are deleted, the 
HP 16500C will not operate the next time it is rebooted. If you do delete any 
of these files, copy them from the flexible disks labeled "16500 Operating 
System" back onto the hard disk, into the Xsystem directory. 


Permission Levels: Control and Data 

The HP 16500C system can be mounted on your network with two different 
levels of access, "control" or "data." When you mount the HP 16500 system, 
you specify the type of access. The general syntax for mounting is: 

UNIX mount [host or IP address]:/[control|data] /[drive name] 

DOS net use [drive name] [host or IP address]:/[control|data] 
net use [drive name] XX[host or IP address]X[control|data] 

There are two differences between control and data permissions. First, the 
control level provides read and write access to all files. The data level 
provides write access only for the disk drives, and read access for all other 
files. Second, control allows you to send programming commands to the 
HP 16500C system, and data level does not. 


You must be connected as the control user to program the HP 16500C. 


The HP 16500C will accommodate one data and one control user at a time. 
There can be only one control user at any time through any of the connection 
methods - NFS mount, ftp, telnet, or using a socket. For example, if you ftp 
to the HP 16500C as control, no one else can program it through any of the 
other methods. 
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Controlling the HP 16500C 

To control the HP 16500C Logic Analysis System with programming 
commands, you can either write the commands to \sYstem\program, or 
open a socket in a C program. Either way, the controller in the System 
Configuration menu must be set to LAN. 


In orderto send programming commands to the HP 16500C \system\program 
file, the system must be connected to the LAN and you must be connected to 
the system as the control user. 


The \system\program file 

Once the logic analysis system is connected to your network, you can send 
commands to the system by sending them as text strings to the file location 
\ sy stemXprogram. You can send the strings using a variety of methods: 

• echo a string from the command line to XsystemXprogram 

• copy an ASCII file containing a series of commands to \ sy stemXprogram 

• from within a C or BASIC program, open the file XsystemXprogram and 
write the commands to it using "fwrite" or "output". 

Sockets 

If you are programming in C or another language that supports sockets, you 
can write strings directly to the HP 16500C system. Socket connections are 
automatically control users, so if someone else is already connected to the 
logic analysis system as control user you will not be able to connect. You can 
also directly coimect to the parser socket using telnet, and send commands 
interactively. All socket connections, including telnet, need to specify port or 
address 5025. 
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Echoing Commands 

To send a command directly from the command line or prompt of your PC or 
workstation to the HP 16500C system, echo a text string containing the 
command to the file location XsystemXprogram. 


In order to send commands to the HP 16500C system parser, you must be 
connected to the system as the control user. 


Example To run the logic analyzer and acquire data, at the DOS prompt enter: 

c:>echo :START > L:\sYstem\program 

If you are using a UNIX system, you can use the UNIX echo conuuand. 


Example An HP 16550A state/timing analyzer is installed in slot C (slot 3) of your 

HP 16500C mainframe. To clear the trigger set-up on the HP 16550A, at the 
DOS prompt enter: 

c:>echo :SELECT 3 > L:\sYStem\program 

c:>echo :MACHINE1:STRIGGER:CLEAR ALL > L:\sYStem\program 

If you are using a UNIX system, you can use the UNIX echo command. The 
first command selects the state/timing analyzer in slot C. The second 
conuuand clears the trigger. 
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Copying Command Files 


Example 


To control the HP 16500C system with longer sets of commands, you can first 
type the commands into an ASCII file. You then copy the file to the HP 16500 
program file, at location XsystemXprogram. Files copied to this file location 
are passed on to the HP 16500C system’s command parser. 

An HP 16550A state/timing analyzer is installed in slot C (slot 3) of your 
HP 16500C mainframe. To clear the format and trigger set-ups on the 
HP 16550A, using a program file, first type the commands into an ASCII text 
file. 

File clear.txt; 

:SELECT 3 

:MACHINE1:SFORMAT:REMOVE ALL 
:MACHINE1:STRIGGER:CLEAR ALL 



The first command selects the state/timing analyzer in slot C to receive 
programming commands. The second command clears the format set-up. 
The third command clears the trigger set-up. 

Now copy the file to the HP 16500 system. At the DOS prompt enter: 
copy clear.txt L:\system\program 

If you are using a UNIX system, you might use the cp command. In an 
MS-Windows environment, you can use File Manager. 
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Writing to \ system\program from a Program 

You can send commands to the HP 16500C program file from a program 
running on your PC or workstation. The basic procedure is to open the 
program file and send text strings containing the commands to the file. In C, 
you can use the fwrite or putstr commands to write text strings to the 
program file. 

Your operating system may buffer the commands before sending them to the 
HP 16500C system. To prevent this, you may need to empty the buffer after 
each command. In C, you can use the flush command to empty the buffer. 

Queries 

Responses to queries appear as text strings in XsystemXprogram. To 
retrieve information from queries, create a text buffer, open the program file 
and read the contents of the file into the buffer. In C you can use the f read 
or get St r commands to read the contents of the file into the buffer. 
Whenever you send queries to the HP 16500 system, you will need to pause 
your program for a short time, to allow the system to process the query 
before you attempt to read the response. A time equal to or slightly greater 
than the file timeout is sufficient. 

Resetting the File Pointer 

Whenever you change from reading XsystemXprogram to writing to it, or 
from writing to reading, you will need to reset the file pointer to the 
beginning of the file. In C, you can use the rewind command to reset the 
pointer, or you can close the program file, then immediately re-open it. 
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Exampie 


The following example in C opens the XsystemXprogram file and sends 
several commands and queries. Responses to queries appear as text strings 
in XsystemXprogram. The HP 16500C has been NFS-mounted in the \users 
directory. 

#include <stdio.h> 

#include <unistd.h> 

#define STR_LEN 80 

void putstr(FILE *file, char *str) 

{ 

fwrite(str, strlen(str), 1, file); 

} 

int getstr(FILE *file, char* str) 

{ 

return(fread(str, 1, STR_LEN, file)); 

} 

void main() 

{ 

FILE *file; 
int num; 

char receive_str[STR_LEN]; 

/* Send a query and retrieve and print the response*/ 
file = fopen("/users/system/program", "r"); 

while (getstr(file, receive_str) != 0); 
fclose(file); 

file = fopen("/users/system/program", "w"); 

putstr(file, "*idn?\n"); 
fclose(file); 
sleep (1); 

file = fopen("/users/system/program", "r"); 

while (getstr(file, receive_str) == 0); 
fclose(file); 

printf("%s\n", receive_str); 
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/*Send command strings to the HP16500*/ 

file = fopen("/users/system/program", "w"); 

putstr(file, "*rst\n"); 
putstr(file, ":sel 4\n"); 
putstr(file, machi:twav:range 1 s\n"); 

putstr(file, startin'') ; 

putstr(file, machi:twav:range 100 ns\n"); 

fclose(flie) ; 
sleep(2) ; 

file = fopen("/users/system/program", "r"); 

while (getstr(file, receive_str) == 0); 
fclose(file) ; 

printf("%s\n", receive_str); 
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Example 


Sending Commands to the HP 16500C Socket 

If you are programming in C, you can use a socket to communicate with the 
HP 16500 system. By opening a socket connection, you can send program 
commands directly to the command parser. The HP 16500C system socket 
port identification number is 5025. 

You can also connect directly to the parser socket and type commands 
directly to the HP 16500. The second example uses telnet to connect to the 
parser socket. 



The following C program opens a socket and sends a query to request the 
instrument’s identity. If someone else is already connected as control user, 
the socket will eventually close without receiving a response. 


#include <stdio.h> 

#include <SYs/tYpes.h> 

#include <SYs/socket.h> 

#include <netinet/in.h> 

tYpedef struct sockaddr_in tdSOCKET_ADDR; 

#define PARSER_PORT 5025 

#define SERV_HOST_ADDR "15.10.96.12" 

#define PARSER_BUFFER_SIZE 100 

char receiveBuffer[PARSER_BUFFER_SIZE], 

*cmdString = { "*IDN?\r\n" }; 

main () 

{ 

int sockfd, 
port; 

tdSOCKET_ADDR serv_addr; 
char *addr; 

/* Initialize a server socket */ 
port = PARSER_PORT; 
addr = SERV_HOST_ADDR ; 
serv_addr.sin_familY = AF_INET; 

serv_addr.sin_addr.s_addr = inet_addr ( addr ); 
serv_addr.sin_port = htons ( port ); 
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/* Create an endpoint for communication */ 

sockfd = socket( AF_INET, SOCK_STREAM, 0 ); 

/* Initiate a connection on the created socket */ 
connect( sockfd, ( tdSOCKET_ADDR * )&serv_addr, 
sizeof ( serv_addr ) ); 

/* Send a message from the created socket */ 

send ( sockfd, cmdString, strlen ( cmdString ), 0 ) ; 

/* Receive a message from the 16500 socket */ 

recv ( sockfd, receiveBuffer, sizeof( receiveBuffer ),0 ); 
printf ( "%s\n", receiveBuffer ) ; 
close ( sockfd ); 


Example This example uses telnet to connect directly to the HP 16500 parser socket. 

To remotely interact with the logic analyzer, enter: 

telnet [symbolic name or IP address] 5025 

You must specify the HP 16500 parser socket address 5025. You can now 
type commands directly to the HP 16500 system. The results of queries will 
appear on the command line of your PC or workstation. 

To send the command which wiU run the analyzer and acquire data, enter: 

:START 


4-12 



Programming Over LAN 

Lockout Command 


Lockout Command 

To lockout the front-panel controls, use the SYSTem command LOCKout. 
When this function is on, aU controls (except the power switch) are entirely 
locked out. Local control can only be restored by sending the : LOCKout 
OFF command. 

Hint Cycling the power will also restore local control, but this will reset the Logic 

Analysis System to the power-on defaults and purges any acquired data in 
the acquisition memory of all the installed modules. 


See Also For more information on this command see chapter 11, "SYSTem Subsystem." 
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Programming and 
Documentation Conventions 



Introduction 


This chapter covers the programming conventions used in 
programming the instrument, as well as the documentation 
conventions used in this manual. This chapter also contains a detailed 
description of the command tree and command tree traversal. 
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Table 5-1 


Truncation Rule 

The truncation rule for the keywords used in headers and parameters is: 

• If the long form has four or fewer characters, there is no change in the 
short form. When the long form has more than four characters the short 
form is just the first four characters, unless the fourth character is a 
vowel. In that case only the first three characters are used. 


There are some commands that do notconform to the truncation ruie by design. 
These wiii be noted in their respective description pages. 


Some examples of how the truncation rule is applied to various commands 
are shown in table 5-1. 


Truncation Examples 


Long Fonn 

Short Fonn 

OFF 

OFF 

DATA 

DATA 

START 

STAR 

LONGFORM 

LONG 

DELAY 

DEL 

ACCUMULATE 

ACC 
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Infinity Representation 

The representation of infinity is 9.9E+37 for real numbers and 32767 for 
integers. This is also the value returned when a measurement cannot be 
made. 


Sequential and Overlapped Commands 

IEEE 488.2 makes the distinction between sequential and overlapped 
commands. Sequential commands finish their task before the execution of 
the next command starts. Overlapped commands run concurrently; therefore, 
the command following an overlapped command may be started before the 
overlapped command is completed. The overlapped commands for the HP 
16500C Logic Analysis System are STARt and STOP. 


Response Generation 

IEEE 488.2 defines two times at which query responses may be buffered. 
The first is when the query is parsed by the instrument and the second is 
when the controller addresses the instrument to talk so that it may read the 
response. The HP 16500C Logic Analysis System will buffer responses to a 
query when it is parsed. 


Syntax Diagrams 

At the beginning of each chapter in Part 2, "Commands," is a syntax diagram 
showing the proper syntax for each command. All characters contained in a 
circle or oblong are literals, and must be entered exactly as shown. Words 
and phrases contained in rectangles are names of items used with the 
conuuand and are described in the accompanying text of each command. 
Each line can only be entered from one direction as indicated by the arrow 
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on the entry line. Any combination of commands and arguments that can be 
generated by following the lines in the proper direction is syntactically 
correct. An argument is optional if there is a path around it. When there is a 
rectangle which contains the word "space," a white space character must be 
entered. White space is optional in many other places. 


Notation Conventions and Definitions 

The following conventions are used in this manual when describing 
programming rules and example. 

< > Angular brackets enclose words or characters that are used to symbolize a 
program code parameter or a bus command 

: : = "is defined as." For example, A ::= B indicates that A can be replaced by B in 
any statement containing A. 

I "or." Indicates a choice of one element from a list. For example, A I B 
indicates A or B, but not both. 

An ellipsis (trailing dots) is used to indicate that the preceding element may 
be repeated one or more times. 

[ ] Square brackets indicate that the enclosed items are optional. 

{ } When several items are enclosed by braces and separated by vertical bars (I), 
one, and only one of these elements must be selected. 

XXX Three Xs after an ENTER or OUTPUT statement represent the device 
address required by your controller. 

<NL> Linefeed (ASCII decimal 10). 
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The Command Tree 

The command tree (figure 5-1) shows all commands in the HP 16500C Logic 
Analysis System and the relationship of the commands to each other. You 
should notice that the common commands are not actually connected to the 
other commands in the command tree. After a <NL> (linefeed - ASCII 
decimal 10) has been sent to the instrument, the parser will be set to the root 
of the command tree. Parameters are not shown in this figure. The command 
tree allows you to see what the system’s parser expects to receive. AU legal 
headers can be created by traversing down the tree, adding keywords until 
the end of a branch has been reached. 

Command Types 

As shown in chapter 1, "Header Types," there are three types of headers. 
Each header has a corresponding command type. This section shows how 
they relate to the command tree. 

System Commands The system commands reside at the top level of 
the conunand tree. These commands are always parsable if they occur at 
the beginning of a program message, or are preceded by a colon. START 
and STOP are examples of system commands. 

Subsystem Commands Subsystem commands are grouped together 
under a common node of the tree, such as the MMEMORY commands. 

Common Commands Common conunands are independent of the tree, 
and do not affect the position of the parser within the tree. *CLS and 
*RST are examples of common commands. 
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LER SETup 

LOCKout 

MENU 

MESE 

MESR 

RMODe 

RTC 

SELect 

SETColor 

STARt 

STOP 

XWINdow 


HP 16500C Command Tree 


Programming and Documentation Conventions 

The Command Tree 


t 0 


MMEMory: INTermodule TGTctrl: 



AUToload 
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Tree Traversal Rules 

Command headers are created by traversing down the command tree. A 
legal command header from the command tree in figure 5-1 would be 
: MMEMORY: INITIALIZE. This is referred to as a compound header. As 
shown on the tree, branches are always preceded by colons. Do not add 
spaces around the colons. The following two rules apply to traversing the tree: 

• A leading colon (the first character of a header) or a terminator places the 
parser at the root of the command tree. For example, the colon preceding 
MMEMORY (: MMEMORY) in the above example places the parser at the root 
of the command tree. 

• Executing a subsystem command places you in that subsystem until a 
leading colon or a terminator is found. The parser will stay at the colon 
above the keyword where the last header terminated. Any command 
below that point can be sent within the current program message without 
sending the keywords(s) which appear above them. For example, the 
colon separating MMEMORY and INITIALIZE is the location of the 
parser when this compound header is parsed. 

The following examples are written using HP BASIC 6.2 on a HP 9000 Series 
300 Controller. The quoted string is placed on the bus, followed by a carriage 
return and linefeed (CRLF). The three Xs (XXX) shown in this manual after 
an ENTER or OUTPUT statement represents the device address required by 
your controller. 


Example In this example, the colon between SYSTEM and HEADER is necessary since 

SYSTEM: HEADER is a compound command. The semicolon between the 
HEADER command and the LONGFORM conunand is the required <program 
message unit separator> . The LONGFORM command does not need 
SYSTEM preceding it, since the SYSTEM: HEADER command sets the parser 
to the SYSTEM node in the tree. 

OUTPUT XXX;":SYSTEM:HEADER ON;LONGFORM ON" 
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Example In the first Kne of this example, the subsystem selector is implied for the 

STORE command in the compound command. The STORE command must 
be in the same program message as the INITIALIZE command, since the 
<program message terminator> will place the parser back at the root 
of the command tree. 

OUTPUT XXX;":MMEMORY:INITIALIZE;STORE 'FILE ','FILE 
DESCRIPTION'" 

Another way to send these commands is by placing MMEMORY : before the 
STORE command as shown in the second line of this example. 

OUTPUT XXX;MMEMORY:INITIALIZE" 

OUTPUT XXX;MMEMORY:STORE 'FILE ','FILE DESCRIPTION'" 


Example In this example, the leading colon before SYSTEM tells the parser to go back 

to the root of the command tree. The parser can then see the 

SYSTEM:PRINT command. 

OUTPUT XXX;":MMEM:CATALOG?;:SYSTEM:PRINT ALL" 
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Command Set Organization 

The command set for the HP 16500C Logic Analysis System mainframe is 
divided into 6 separate groups as shown in figure 5-1. The command groups 
are: common commands, mainframe commands, and 4 sets of subsystem 
conunands. In addition to the command tree in figure 5-1, a conunand to 
subsystem cross-reference is shown in table 5-1. 

Each of the 6 groups of commands is described in a separate chapter in Part 
2, "Commands." Each of the chapters contain a brief description of the 
subsystem, a set of syntax diagrams for those commands, and the commands 
for that subsystem in alphabetical order. 

The commands are shown in the long form and short form using upper and 
lowercase letters. As an example, AUToload indicates that the long form of 
the command is AUTOLOAD and the short form of the command is AUT. 
Each of the commands contain a description of the command, its arguments, 
and the command syntax. 


Subsystems 

There are four subsystems in the mainframe. In the command tree (figure 
5-1) they are shown as branches, with the node above showing the name of 
the subsystem. Only one subsystem may be selected at a time. At power on, 
the command parser is set to the root of the command tree; therefore, no 
subsystem is selected. The four subsystems in the HP 16500C Logic Analysis 
System are: 

• SYSTem - controls some basic functions of the instrument. 

• MMEMory - provides access to the internal disk drive. 

• INTermodule - provides access to the Intermodule bus (IMB). 

• TGTctrl - provides access to the target control signals. 
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Alphabetic Command Cross-Reference 


Command 

Subsystem 

Command 

Subsystem 

Command 

Subsystem 

*CLS 

Common 

DATA 

SYSTem 

PORTEDGE 

INTermodule 

*ESE 

Common 

DELete 

INTermodule 

PORTLEV 

INTermodule 

*ESR 

Common 

DOWNIoad 

MMEMory 

PRINt 

SYSTem 

*IDN 

Common 

DRIVe 

TGTctrl 

PULSe 

TGTctrl 

*IST 

Common 

DSP 

SYSTem 

PURGe 

M M EMory 

*OPC 

Common 

EOl 

M ainframe 

PWD 

M M EMory 

*OPT 

Common 

ERRor 

SYSTem 

REName 

M M EMory 

*PRE 

Common 

HEADer 

SYSTem 

RMODe 

M ainframe 

*RST 

Common 

HTIMe 

INTermodule 

RTC 

M ainframe 

*SRE 

Common 

INITialize 

MMEMory 

SELect 

M ainframe 

*STB 

Common 

INPort 

INTermodule 

SETColor 

M ainframe 

*TRG 

Common 

INSert 

INTermodule 

SIGNal 

TGTctrl 

*TST 

Common 

LASTstate 

TGTctrl 

SIGStatus 

TGTctrl 

*WAI 

Common 

LER 

M ainframe 

SKEW 

INTermodule 

ALL 

TGTctrl 

LOAD 

M M EMory 

STARt 

M ainframe 

AUToload 

MMEMory 

LOCKout 

M ainframe 

STATes 

TGTctrl 

AVAILable 

TGTctrl 

LONGform 

SYSTem 

STEP 

TGTctrl 

BEEPer 

M a infra me 

MENU 

M ainframe 

STOP 

M ainframe 

BITS 

TGTctrl 

MESE 

M ainframe 

STORe 

M M EMory 

CAPability 

M a infra me 

MESR 

M ainframe 

SETUP 

SYSTem 

CARDcage 

M a infra me 

MKDir 

MMEMory 

TOGGIe 

TGTctrl 

CATalog 

MMEMory 

MSI 

MMEMory 

TREE 

INTermodule 

CD 

M M EMory 

NAME 

TGTctrl 

TTIMe 

INTermodule 

CESE 

M a infra me 

OUTDrive 

INTermodule 

TYPE 

TGTctrl 

CESR 

M ainframe 

OUTPolar 

INTermodule 

UP Load 

M M EMory 

COPY 

M M EMory 

OUTType 

INTermodule 

VOLume 

M M EMory 

CURSTate 

TGTctrl 

PACK 

M M EMory 
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Program Examples 

The program examples in chapter 15, "Programming Examples," were written 
on an HP 9000 Series 300 controller using the HP BASIC 6.2 language. The 
programs always assume a generic address for the HP 16500C Logic Analysis 
System of 707. The shorter examples given in the reference sections use a 
generic address of XXX. 

In the examples, you should pay special attention to the ways in which the 
conunand and/or query can be sent. Keywords can be sent using either the 
long form or short form (if one exists for that word). With the exception of 
some string parameters, the parser is not case-sensitive. Uppercase and 
lowercase letters may be mixed freely. System commands like HEADer and 
LONGf orm allow you to dictate what forms the responses take, but they have 
no affect on how you must structure your commands and queries. 

Example The following commands aU set the logic analyzer’s Timing Waveform Delay 

to 100 ms. 

Keywords in long form, numbers using the decimal format. 

OUTPUT XXX; SELECT 2:MACHINE1:TWAVEFORM:DELAY .1" 

Keywords in short form, numbers using an exponential format. 

OUTPUT XXX;":SEL 2:MACHl:TWAV:DEL lE-1" 

Keywords in short form using lowercase letters, numbers using a suffix. 
OUTPUT XXX;":sel 2:machl:twav:del 100ms" 


In these examples, the colon shown as the first character of the command Is 
optional on the HP 16500C Logic Analysis System. The space between DELay 
and the argument Is required. 
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Introduction 


This chapter describes the operation of instruments that operate in 
compliance with the IEEE 488.2 (syntax) standard. It is intended to 
give you enough basic information about the IEEE 488.2 Standard to 
successfully program the Logic Analysis System. You can find 
additional detailed information about the IEEE 488.2 Standard in 
ANSI/IEEE Sid ASS2-12S7, IEEE Standard Codes, Eormats, 
Protocols, and Common Commands. 

The HP 16500C Logic Analysis System is designed to be compatible 
with other Hewlett-Packard IEEE 488.2 compatible instruments. 
Instruments that are compatible with IEEE 488.2 must also be 
compatible with IEEE 488.1 (HP-IB bus standard); however, IEEE 

488.1 compatible instruments may or may not conform to the IEEE 

488.2 standard. The IEEE 488.2 standard defines the message 
exchange protocols by which the instrument and the controller will 
communicate. It also defines some common capabilities, which are 
found in all IEEE 488.2 instruments. This chapter also contains a few 
items which are not specifically defined by IEEE 488.2, but deal with 
message communication or system functions. 

The syntax and protocol for RS-232-C program messages and 
response messages for the HP 16500C Logic Analysis System are 
structured very similar to those described by IEEE 488.2. In most 
cases, the same structure shown in this chapter for IEEE 488.2 will 
also work for RS-232-C. Because of this, no additional information has 
been included for RS-232-C. 
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Protocols 

The protocols of IEEE 488.2 define the overall scheme used by the controller 
and the instrument to communicate. This includes defining when it is 
appropriate for devices to talk or listen, and what happens when the protocol 
is not followed. 

Functional Elements 

Before proceeding with the description of the protocol, a few system 
components should be understood. 

Inpnt Buffer The input buffer of the instrument is the memory area 
where commands and queries are stored prior to being parsed and 
executed. It allows a controller to send a string of commands to the 
instrument which could take some time to execute, and then proceed to 
talk to another instrument while the first instrument is parsing and 
executing commands. 

Output Queue The output queue of the instrument is the memory area 
where all output data are stored until read by the controller. 

Parser The instrument’s parser is the component that interprets the 
conunands sent to the instrument and decides what actions should be 
taken. Parsing and executing of commands begins when either the 
instrument recognizes a program message terminator (defined later in 
this chapter) or the input buffer becomes full. If you wish to send a long 
sequence of commands to be executed and then talk to another 
instrument while they are executing, you should send all the commands 
before sending the program message terminator. 
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Protocol Overview 

The instrument and controller communicate using program messages and 
response messages. These messages serve as the containers into which sets 
of program commands or instrument responses are placed. Program 
messages are sent by the controller to the instrument, and response 
messages are sent from the instrument to the controller in response to a 
query message. A query message is defined as being a program message 
which contains one or more queries. The instrument will only talk when it 
has received a valid query message, and therefore has something to say. The 
controller should only attempt to read a response after sending a complete 
query message, but before sending another program message. An important 
rule to remember is that the instrument will only talk when prompted to, and 
it then expects to talk before being told to do something else. 

Protocol Operation 

When the instrument is turned on, the input buffer and output queue are 
cleared, and the parser is reset to the root level of the command tree. 

The instrument and the controller communicate by exchanging complete 
program messages and response messages. This means that the controller 
should always terminate a program message before attempting to read a 
response. The instrument wiU terminate response messages except during a 
hardcopy output. 

If a query message is sent, the next message passing over the bus should be 
the response message. The controller should always read the complete 
response message associated with a query message before sending another 
program message to the same instrument. 

The instrument allows the controller to send multiple queries in one query 
message. This is referred to as sending a "compound query." As noted in 
chapter 1, "Multiple Queries," multiple queries in a query message are 
separated by semicolons. The responses to each of the queries in a 
compound query will also be separated by semicolons. 

Commands are executed in the order they are received. 
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Protocol Exceptions 

If an error occurs during the information exchange, the exchange may not be 
completed in a normal manner. Some of the protocol exceptions are shown 
below. 

Command Error A command error will be reported if the instrument 
detects a syntax error or an unrecognized command header. 

Execution Error An execution error wiU be reported if a parameter is 
found to be out of range, or if the current settings do not allow execution 
of a requested command or query. 

Device-specific Error A device-specific error will be reported if the 
instrument is unable to execute a command for a strictly device 
dependent reason. 

Query Error A query error wiU be reported if the proper protocol for 
reading a query is not followed. This includes the interrupted and 
unterminated conditions described in the following paragraphs. 


Syntax Diagrams 

The example syntax diagram in this chapter is similar to the syntax diagrams 
in the IEEE 488.2 specification. Commands and queries are sent to the 
instrument as a sequence of data bytes. The allowable byte sequence for 
each functional element is defined by the syntax diagram that is shown. 

The allowable byte sequence can be determined by following a path in the 
syntax diagram. The proper path through the syntax diagram is any path 
that follows the direction of the arrows. If there is a path around an element, 
that element is optional. If there is a path from right to left around one or 
more elements, that element or those elements may be repeated as many 
times as desired. 
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Figure 6-1 
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Syntax Overview 

This overview is intended to give a quick glance at the syntax defined by 
IEEE 488.2. It will help you understand many of the things about the syntax 
you need to know. 

IEEE 488.2 defines the blocks used to build messages which are sent to the 
instrument. A whole string of commands can therefore be broken up into 
individual components. 

Figure 6-1 is an example syntax diagram and figure 6-2 shows a breakdown of 
an example program message. There are a few key items to notice: 

• A semicolon separates commands from one another. Each program 
message unit serves as a container for one command. The program 
message units are separated by a semicolon. 

• A program message is terminated by a <NL> (newline). The recognition 
of the program message terminator, or <PMT>, by the parser serves as a 
signal for the parser to begin execution of commands. The <PMT> also 
affects command tree traversal. 

• Multiple data parameters are separated by a comma. 

• The first data parameter is separated from the header with one or more 
spaces. 

• The header SYSTEM: LONGFORM OFF is an example of a compound 
header. It places the parser in the machine subsystem until the <NL> is 
encountered. 

• A colon preceding the command header returns you to the top of the 
command tree. 

See Also Chapter 5, "Programming and Documentation Conventions" 
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Figure 6-2 
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Table 6-1 


Upper/Lower Case Equivalence 

Upper and lower case letters are equivalent. The mnemonic SINGLE has 
the same semantic meaning as the mnemonic single. 

< white space > 

<white space> is defined to be one or more characters from the ASCII set 
of 0 - 32 decimal, excluding 10 decimal (NL). <white space> is used by 
several instrument listening components of the syntax. It is usually optional, 
and can be used to increase the readability of a program. 

Suffix Multiplier The suffix multiphers that the instrument will accept 
are shown in table 6-1. They are used in conjunction with suffix units, 
shown in table 6-2. 


<suffix mult> 


Value 

Mnemonic 

IE 18 

EX 

IE 15 

PE 

IE 12 

T 

1E9 

G 

1E6 

MA 

1E3 

K 

lE-3 

M 

lE-6 

U 

lE-9 

N 

lE-12 

P 

lE-15 

F 

lE-18 

A 
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Suffix Unit The suffix units that the instrument wifi accept are shown 
in table 6-2. 


Table 6-2 <suffix unit> 


Suffix Referenced Unit 

V Volt 

S Second 


Example 


To specify 3 ns, you might enter 3ns or 3E-9 s in your program. 


6-10 



7 


Status Reporting 



Introduction 


Status reporting allows you to use information about the instrument in 
your programs, so that you have better control of the measurement 
process. For example, you can use status reporting to determine 
when a measurement is complete, thus controUing your program, so 
that it does not get ahead of the instrument. This chapter describes 
the status registers, status bytes and status bits defined by IEEE 
488.2 and discusses how they are implemented in the HP 16500C 
Logic Analysis System. Also in this chapter is a sample set of steps 
you might use to perform a serial poll over HP-IB. 

The status reporting features available over the bus are the serial and 
parallel polls. IEEE 488.2 defines data structures, commands, and 
common bit definitions. There are also instrument-defined structures 
and bits. 

The bits in the status byte act as summary bits for the data structures 
residing behind them. In the case of queues, the summary bit is set if 
the queue is not empty. For registers, the summary bit is set if any 
enabled bit in the event register is set. The events are enabled via the 
corresponding event enable register. Events captured by an event 
register remain set until the register is read or cleared. Registers are 
read with their associated commands. The *cls command clears aU 
event registers and all queues except the output queue. If *cls is 
sent immediately following a program message terminator, the output 
queue will also be cleared. 
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Figure 7-1 
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Event Status Register 

The Event Status Register is an IEEE 488.2 defined register. The bits in this 
register are "latched." That is, once an event happens which sets a bit, that 
bit win only be cleared if the register is read. 


Service Request Enable Register 

The Service Request Enable Register is an 8-bit register. Each bit enables 
the corresponding bit in the status byte to cause a service request. The sixth 
bit does not logically exist and is always returned as a zero. To read and 
write to this register, use the *SRE? and *SRE commands. 


Bit Definitions 

The following mnemonics are used in figure 7-1 and in chapter 9, "Common 
Conunands:" 

MAV - message available 

Indicates whether there is a response in the output queue. 

ESB - event status bit 

Indicates if any of the conditions in the Standard Event Status Register are 
set and enabled. 

MSS - master summary status 

Indicates whether the device has a reason for requesting service. This bit is 
returned for the *STB? query. 

RQS - request service 

Indicates if the device is requesting service. This bit is returned during a 
serial poll. RQS will be set to 0 after being read via a serial poll (MSS is not 
reset by *STB?). 
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MSG - message 

Indicates whether there is a message in the message queue (Not 
implemented in the HP 16500C Logic Analysis System). 

PON - power on 

Indicates power has been turned on. 

URQ - user request 

Always returns a 0 from the HP 16500C Logic Analysis System. 

CME - command error 

Indicates whether the parser detected an error. 


EXE - execution error 

Indicates whether a parameter was out of range, or inconsistent with current 
settings. 



DDE - device specific error 

Indicates whether the device was unable to complete an operation for device 
dependent reasons. 


QYE - query error 

Indicates whether the protocol for queries has been violated. 


The error numbers and strings for CM E, EXE, DDE, and QYE can be read from a 
device-defined queue (which is notpartof IEEE 488.2) with the query 
:SYSTEM:ERROR? STRING. 


RQC - request control 

Always returns a 0 from the HP 16500C Logic Analysis System. 

OPC - operation complete 

Indicates whether the device has completed all pending operations. OPC is 
controlled by the *OPC common command. Because this conunand can 
appear after any other command, it serves as a general-purpose operation 
complete message generator. 
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LCL - remote to local 

Indicates whether a remote to local transition has occurred. 

MSB - module summary bit 

Indicates that an enable event in one of the module Status registers has 
occurred. 


Key Features 

A few of the most important features of Status Reporting are listed in the 
following paragraphs. 

Operation Complete 

The IEEE 488.2 structure provides one technique that can be used to find 
out if any operation is finished. The *OPC command, when sent to the 
instrument after the operation of interest, will set the OPC bit in the 
Standard Event Status Register. If the OPC bit and the RQS bit have been 
enabled, a service request will be generated. The commands that affect the 
OPC bit are the overlapped commands. 


Example output XXX;"*SRE 32 *ESE l" lenables an OPC service 

request 


Status Byte 

The Status Byte contains the basic status information which is sent over the 
bus in a serial poU. If the device is requesting service (RQS set), and the 
controller serial-polls the device, the RQS bit is cleared. The MSS (Master 
Summary Status) bit (read with *STB?) and other bits of the Status Byte are 
not be cleared by reading them. Only the RQS bit is cleared when read. 

The Status Byte is cleared with the *CLS common command. 
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Figure 7-2 
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Serial Poll 

The HP 16500C Logic Analysis System supports the IEEE 488.1 serial poU 
feature. When a serial poll of the instrument is requested, the RQS bit is 
returned on bit 6 of the status byte. 

Using Serial Poll (HP-IB) 

This example will show how to use the service request by conducting a serial 
poU of aU instruments on the HP-IB bus. In this example, assume that there 
are two instruments on the bus: the Logic Analysis System at address 7 and a 
printer at address 1. 

The program command for serial poU using HP BASIC 6.2 is 
Stat = SPOLL(707). The address 707 is the address of the Logic Analysis 
System in the this example. The command for checking the printer is 
Stat = SPOLL(701) because the address of that instrument is 01 on bus 
address 7. This command reads the contents of the HP-IB Status Register 
into the variable called Stat. At that time bit 6 of the variable Stat can be 
tested to see if it is set (bit 6=1). 

The serial poll operation can be conducted in the following manner: 

1 Enable interrupts on the bus. 

This aUows the controRer to see the SRQ line. 

2 Disable interrupts on the bus. 

3 If the SRQ line is high (some instrument is requesting service) then 
check the instrument at address 1 to see if bit 6 of its status register is 
high. 

4 To check whether bit 6 of an instruments status register is high, use 
the BASIC statement IF BIT (Stat, 6) THEN 

5 If bit 6 of the instrument at address 1 is not high, then check the 
instrument at address 7 to see if bit 6 of its status register is high. 

6 As soon as the instrument with status bit 6 high is found check the 
rest of the status bits to determine what is required. 

The SPOLL(707) command causes much more to happen on the bus than 
simply reading the register. This command clears the bus automaticaUy, 
addresses the talker and listener, sends SPE (serial poU enable) and SPD 
(serial poU disable) bus commands, and reads the data. For more information 
about serial poU, refer to your controUer manual and programming language 
reference manuals. 
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After the serial poll is completed, the RQS bit in the Status Byte Register of 
the HP 16500C Logic Analysis System will be reset if it was set. Once a bit in 
the Status Byte Register is set, it wiU remain set until the status is cleared 
with a *CLS command, or the instrument is reset. 


Parallel Poll 

Parallel poll is a controller-initiated operation which is used to obtain 
information from several devices simultaneously. When a controller initiates 
a Parallel PoU, each device returns a Status Bit via one of the DIO data lines. 
Device DIO assignments are made by the controller using the PPG (Parallel 
Poll Configure) sequence. Devices respond either individually, each on a 
separate DIO line; collectively on a single DIO hne; or any combination of 
these two ways. When responding collectively, the result is a logical AND 
(True High) or logical OR (True Low) of the groups of status bits. 

Figure 7-3 shows the Parallel Poll Data Structure. The summary bit is sent in 
response to a Parallel PoU. This summary bit is the "1ST" (individual status) 
local message. 

The ParaUel PoU Enable Register determines which events are summarized in 
the 1ST. The *PRE command is used to write to the enable register and the 
*PRE? query is used to read the register. The *IST? query can be used to 
read the 1ST without doing a parallel poll. 
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Polling HP-IB Devices 

Parallel poll is the fastest means of gathering device status when several 
devices are connected to the bus. Each device (with this capability) can be 
programmed to respond with one bit of status when parallel poUed. This 
makes it possible to obtain the status of several devices in one operation. If a 
device responds affirmatively to a parallel poll, more information about its 
specific status can be obtained by conducting a serial poll of the device. 


Configuring Parallel Poll Responses 

Certain devices, including the HP 16500C Logic Analysis System, can be 
remotely programmed by a controller to respond to a parallel poll. A device 
which is currently configured for a parallel poll responds to the poll by 
placing its current status on one of the bus data lines. The response and the 
data-bit number can then be programmed by the PPG (parallel poll 
configure) statement. No multiple listeners can be specified in this 
statement. If more than one device is to respond on a single bit, each device 
must be configured with a separate PPG statement. 


Example assign @Device TO 707 

PPOLL CONFIGURE @Device;Mask 
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The value of Mask (any numeric expression can be specified) is first rounded 
and then used to configure the device’s parallel response. The least 
significant 3 bits (bits 0 through 2) of the expression are used to determine 
which data line the device is to respond on (place its status on). Bit 3 
specifies the "true" state of the parallel poll response bit of the device. A 
value of 0 implies that the device’s response is 0 when its status bit message 
is true. 


Example The following statement configures the device at address 07 on the interface 

select code 7 to respond by placing a 0 on bit 4 when its status response is 
"true." 

PPOLL CONFIGURE 7 07; 4 


Conducting a Parallel Poll 

The PPOLL (Parallel Poll) function returns a single byte containing up to 8 
status bit messages for aU devices on the bus capable of responding to the 
poU. Each bit returned by the function corresponds to the status bit of the 
device(s) configured to respond to the parallel poll (one or more devices can 
respond on a single line). The PPOLL function can only be executed by the 
controller. It is initiated by the simultaneous assertion of ATN and EOl. 


Example Response = PPOLL (7) 
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Disabling Parallel Poll Responses 

The PPU (Parallel Poll Unconfigure) statement gives the controller the 
capabUity of disabling the parallel poll responses of one or more devices on 
the bus. 


Example The following statement disables device 5 only: 

PPOLL UNCONFIGURE 705 

This statement disables aU devices on interface select code 8 from 
responding to a parallel poll: 

PPOLL UNCONFIGURE 8 


If no primary address is specified, aU bus devices are disabled from 
responding to a parallel poU. If a primary address is specified, only the 
specified devices (which have the parallel poU configure capability) are 
disabled. 


HP-IB Commands 

The foUowing paragraphs describe actual HP-IB commands which can be 
used to perform the functions of the BASIC commands shown in the previous 
examples. 

Parallel Poll Unconfigure Command 

The parallel poll unconfigure command (PPU) resets aU parallel poU devices 
to the idle state (unable to respond to a parallel poll). 

Parallel Poll Configure Command 

The parallel poll configure command (PPG) causes the addressed Ustener to 
be configured according to the paraUel poll enable secondary command PPE. 
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Table 7-1 


Parallel Poll Enable Command 

The parallel poll enable secondary command (PPE) configures the devices 
which have received the PPG command to respond to a parallel poll on a 
particular HP-IB DIO line with a particular level. 

Parallel Poll Disable Command 

The parallel poll disable secondary command (PPD) disables the devices 
which have received the PPG command from responding to the parallel poll. 


Parallel Poll Commands 


Command 

Mnemonic 

Decimal 

Code 

ASCII/ISO 

Character 

Parallel Poll UnconfIgure 
(Multiline Command) 

PPU 

21 

NAK 

Parallel Poll Configure 
(Addressed Command) 

PPC 

05 

ENQ 

Parallel Poll Enable 
(Secondary Command) 

PPE 

96-111 

1-0 

Parallel Poll Disable 
(Secondary Command) 

PPD 

112 

P 


7-14 



8 


Error Messages 



Introduction 


This chapter lists the error messages that relate to the HP 16500C 
Logic Analysis System. 
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Device Dependent Errors 

200 Label not found 

201 Pattern string invalid 

202 Qualifier invalid 

203 Data not available 
300 RS-232-C error 


Command Errors 

-100 Command error (unknown command) (generic error) 

-101 Invalid character received 

-110 Command header error 

-111 Header delimiter error 

-120 Numeric argument error 

-121 Wrong data type (numeric expected) 

-123 Numeric overflow 
-129 Missing numeric argument 

-130 Nonnumeric argument error (character, string, or block) 
-131 Wrong data type (character expected) 

-132 Wrong data type (string expected) 

-133 Wrong data type (block type #D required) 

-134 Data overflow (string or block too long) 

-139 Missing nonnumeric argument 
-142 Too many arguments 
-143 Argument delimiter error 
-144 Invalid message unit delimiter 
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Execution Errors 

-200 Can not do (generic execution error) 

-201 Not executable in local mode 

-202 Settings lost due to return-to-local or power on 

-203 Trigger ignored 

-211 Legal command, but settings conflict 

-212 Argument out of range 

-221 Busy doing something else 

-222 Insufficient capability or configuration 

-232 Output buffer full or overflow 

-240 Mass Memory error (generic) 

-241 Mass storage device not present 

-242 No media 

-243 Bad media 

-244 Media full 

-245 Directory full 

-246 File name not found 

-247 Duplicate file name 

-248 Media protected 


Internal Errors 

-300 Device failure (generic hardware error) 

-301 Interrupt fault 

-302 System error 

-303 Time out 

-310 RAM error 

-311 RAM failure (hardware error) 

-312 RAM data loss (software error) 

-313 Calibration data loss 
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-320 ROM error 

-321 ROM checksum 

-322 Hardware and firmware incompatible 

-330 Power on test failed 

-340 Self Test failed 

-350 Too many errors (error queue overflow) 


Query Errors 

-400 Query error (generic) 

-410 Query interrupted 
-420 Query untermmated 

-421 Query received. Indefinite block response in progress 
-422 Addressed to talk, nothing to say 
-430 Query deadlocked 
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9 Common Commands 9-1 

10 Mainframe Commands 10-1 

11 SYSTem Subsystem 11-1 

12 MMEMory Subsystem 12-1 

13 INTermodule Subsystem 13-1 

14 TGTctrl Subsystem 14-1 


Commands 
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Introduction 


Example 


The common commands are defined by the IEEE 488.2 standard. 
These commands must be supported by all instruments that comply 
with this standard. Refer to figure 9-1 and table 9-1 for the common 
commands syntax diagram. 

The common commands control some of the basic instrument 
functions such as instrument identification and reset, how status is 
read and cleared, and how commands and queries are received and 
processed by the instrument. The common commands are: 


*CLS 

• 

*PRE 

*ESE 

• 

*RST 

*ESR 

• 

*SRE 

*IDN 

• 

*STB 

*IST 

• 

*TRG 

*OPC 

• 

*TST 

*OPT 

• 

*WAI 


Common commands can be received and processed by the HP 16500C 
Logic Analysis System, whether they are sent over the bus as separate 
program messages or within other program messages. If an 
instrument subsystem has been selected and a common command is 
received by the instrument, the system will remain in the selected 
subsystem. 

If the program message in this example is received by the system, it 
will initialize the disk and store the file and clear the status 
information. This is not the case if some other type of command is 
received within the program message. 

":MMEMORY:INITIALIZE;*CLS; STORE 'FILE DESCRIPTION'" 
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Example 


See Also 


This program message initializes the disk, selects the module in slot A, 
then stores the file. In this example, :MMEMORY must be sent again 
in order to re-enter the memory subsystem and store the file. 

":MMEMORY:INITIALIZE;:SELECT 1;:MMEMORY:STORE 'FILE 
'DESCRIPTION'" 


Status Registers 

Each status register has an associated status enable (mask) register. 
By setting the bits in the status enable register you can select the 
status information you wish to use. Any status bits that have not been 
masked (enabled in the enable register) will not be used to report 
status summary information to bits in other status registers. 

Chapter 7, "Status Reporting," for a complete discussion of how to 
read the status registers and how to use the status information 
available from this instrument. 



9-3 










Common Commands 

*CLS (Clear Status) 


Table 9-1 Common Command Parameter Values 


Parameter Values 

mask An integer, 0 through 255. 

pre_mask An integer, 0 through 65535. 


*CLS (Clear Status) 

Command *CLS 


Example 


See Also 


The *CLS common command clears all event status registers, queues, and 
data structures, including the device defined error queue and status byte. If 
the *CLS command immediately follows a program message terminator, the 
output queue and the MAV (Message Available) bit will be cleared. 

OUTPUT XXX;"*CLS" 


Refer to chapter 7, "Status Reporting," for a complete discussion of status. 
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<mask:> 


Example 


Query 


Returned Format 


Example 


See Also 


Common Commands 

*ESE (EventStatus Enable) 


*ESE (Event Status Enable) 

*ESE <mask> 

The *ESE command sets the Standard Event Status Enable Register bits. 
The Standard Event Status Enable Register contains a bit to enable the 
status indicators detailed in table 9-2. A 1 in any bit position of the Standard 
Event Status Enable Register enables the corresponding status in the 
Standard Event Status Register. 

An integer from 0 to 255 


In this example, the *ESE 32 command will enable CME (Command Error), 
bit 5 of the Standard Event Status Enable Register. Therefore, when a 
conunand error occurs, the event summary bit (ESB) in the Status Byte 
Register will also be set. 

OUTPUT XXX;"*ESE 32" 


*ESE? 

The *ESE query returns the current contents of the enable register. 

<mask><NL> 

OUTPUT XXX;"*ESE?" 

Refer to chapter 7, "Status Reporting" for a complete discussion of status. 
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Table 9-2 


Query 

Returned Format 

<status> 

Example 


Standard Event Status Enable Register 


Bit Position 

Bit Weight 

Enabies 

7 

128 

PON - Power On 

6 

64 

URO- User Request 

5 

32 

CM E - Command Error 

4 

16 

EXE - Execution Error 

3 

8 

DDE - Device Dependent Error 

2 

4 

OYE - Ouery Error 

1 

2 

ROC - Request Controi 

0 

1 

OPC - Operation Compiete 


*ESR (Event Status Register) 

*ESR? 

The *ESR query returns the contents of the Standard Event Status Register. 
Reading the register clears the Standard Event Status Register. 
<status><NL> 

An integer from 0 to 255 


If a command error has occurred, and bit 5 of the ESE register is set, the 
string variable Esr_event$ wiU have bit 5 (the CME bit) set. 


10 OUTPUT XXX;"*ESE 32 
20 OUTPUT XXX;"*ESR?" 

30 ENTER XXX; Esr_event$ 


! Enables bit 5 of the status regist 
! Queries the status register 
! Reads the query buffer 



Table 9-3 


Common Commands 

*ESR (Event Status Register) 


Table 9-3 shows the Standard Event Status Register. The table details the 
meaning of each bit position in the Standard Event Status Register and the 
bit weight. When you read Standard Event Status Register, the value 
returned is the total bit weight of all the bits that are high at the time you 
read the byte. 


Standard Event Status Register 


Bit Position 

Bit Weight 

Bit Name 

7 

128 

PON 

6 

64 

URQ 

5 

32 

CME 

4 

16 

EXE 

3 

8 

DDE 

2 

4 

QYE 

1 

2 

RQC 

0 

1 

OPC 


Condition 

0 = register read - not in power up mode 
1 = powerup 

0 =user request- not used - aiways zero 

0 =no command errors 

1 =a command error has been detected 

0 = no execution errors 

1 =an execution error has been detected 

0 =no device dependent errors 

1 =a device dependent error has been detected 

0=no query errors 

1 =a query error has been detected 

0 = request controi - not used - aiways zero 

0 = operation is notcompiete 

1 =operation is compiete 
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Common Commands 

*IDN (Identification Number) 


Query 


Returned Format 

<revision 

code> 

Exampie 


Query 


Returned Format 

<id> 


Exampie 


*IDN (Identification Number) 

*IDN? 


The *IDN? query allows the instrument to identify itself. It returns the string: 
"HEWLETT-PACKARD,16500C,0,REV <revision_code>" 

An *IDN? query must be the last query in a message. Any queries after the 
*IDN? in the program message are ignored. 

HEWLETT-PACKARD,16500C,0,REV <revision code> 

Four digit-code in the format XX. XX representing the current ROM revision. 


OUTPUT XXX;"*IDN?" 


*IST (Individual Status) 

*IST? 


The *IST query allows the instrument to identify itself during parallel poll by 
allowing the controller to read the current state of the IEEE 488.1 defined 
1ST local message in the instrument. The response to this query is 
dependent upon the current status of the instrument. 

Figure 9-2 shows the *IST data structure. 

<id><NL> 

{011} 0 indicates the 1ST local message is true; 1 indicates the 1ST local 
message is false. 

OUTPUT XXX;"*1ST?" 
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Common Commands 

*OPC (Operation Complete) 


*OPC (Operation Complete) 

Command *OPC 


The *OPC command will cause the instrument to set the operation complete 
bit in the Standard Event Status Register when all pending device operations 
have finished. The commands which affect this bit are the overlapped 
conunands. An overlapped conunand is a command that allows execution of 
subsequent commands while the device operations initiated by the 
overlapped command are still in progress. The overlapped commands for the 
HP 16500C are STARt and STOP. 


Example output xxx;"*opc" 


Query 


*OPC? 


The *OPC query places an ASCII "1" in the output queue when aU pending 
device operations have been completed. 

Returned Format i<nl> 


Example output xxx;"*opc?" 
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Common Commands 

*OPT (Option Identification) 


Query 


Returned Format 

<option> 

<module> 

Example 


*OPT (Option Identification) 

*OPT? 


The *OPT query identifies the software installed in the HP 16500C. This 
query returns nine parameters. The first parameter indicates whether you 
are in the System. The next two parameters indicate any software options 
installed, and the next parameter indicates whether intermodule is available 
for the System. The last five parameters List the installed software for the 
modules in slot A through E for an HP 16500C mainframe. When an 
HP 16501A Expansion frame is connected, there will be ten parameters after 
the INTERMODULE for modules in slots A through J. A zero in any of the 
last eight parameters indicates that the corresponding software is not 
currently installed. 

{SYSTEM},{<option>|0},{<option>|0},{INTERMODULE|0},{<module>|0} 
, {<module>I 0},{<module>I 0}, {<module>I 0},{<module>|0} 

{, { <module> I 0 }, {<module> I 0}, { <module> I 0 }, {<rriodule> | 0}, 

{<module>I 0}]<NL> 

Name of software option 
Name of module software 


OUTPUT XXX;"*OPT?" 
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Common Commands 

*PRE (Parallel Poll Enable Register Enable) 


Command 


<pre_mask:> 

Example 


Query 

Returned format 

<mask:> 

Example 


See Also 


*PRE (Parallel Poll Enable Register Enable) 

*PRE <mask;> 

The *PRE command sets the parallel poll register enable bits. The Parallel 
Poll Enable Register contains a mask value that is ANDed with the bits in the 
Status Bit Register to enable an 1ST during a parallel poll. Refer to table 9-4 
for the bits in the Parallel Poll Enable Register and for what they mask. 

An integer from 0 to 65535. 


This example allows the HP 16500C to generate an 1ST when a message is 
available in the output queue. When a message is available, the MAV 
(Message Available) bit in the Status Byte Register will be high. 

OUTPUT XXX;"*PRE 16" 


*PRE? 

The *PRE? query returns the current value of the register. 

<mask><NL> 

An integer from 0 through 65535 representing the sum of all bits that are set. 


OUTPUT XXX;"*PRE?" 


Chapter 7, "Parallel PoU," for more information on conducting a parallel poll. 


9-13 



Table 9-4 


See Also 


Common Commands 

*RST (Reset) 


HP 16500C Parallel Poll Enable Register 


Bit Position 

Bit Weight 

Enabies 

15-8 


Not used 

7 

128 

Not used 

6 

64 

MSS - Master Summary Status 

5 

32 

ESB - Event Status 

4 

16 

MAV - Message Available 

3 

8 

LCL- Local 

2 

4 

Not used 

1 

2 

Not used 

0 

1 

MSB - Module Summary 


*RST (Reset) 

The *RST command is not implemented on the HP 16500C. The HP 16500C 
will accept this command, but the command has no affect on the system. 

The *RST conunand is generally used to place the system in a predefined 
state. Because the HP 16500C allows you to store predefined configuration 
files for individual modules, or for the entire system, resetting the system can 
be accomplished by simply loading the appropriate configuration file. 

For more information, refer to chapter 12, "MMEMory Subsystem." 
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Common Commands 

*SRE (Service Request Enable) 


Command 


<mask:> 

Example 


Query 

Returned Format 

<mask:> 

Example 


See Also 


*SRE (Service Request Enable) 

*SRE <mask;> 

The *SRE command sets the Service Request Enable Register bits. The 
Service Request Enable Register contains a mask value for the bits to be 
enabled in the Status Byte Register. A one in the Service Request Enable 
Register will enable the corresponding bit in the Status Byte Register. A zero 
wiU disable the bit. Refer to table 9-5 for the bits in the Service Request 
Enable Register and what they mask. 

An integer from 0 to 255 


This example enables a service request to be generated when a message is 
available in the output queue. When a message is available, the MAV 
(Message Available) bit will be high. 

OUTPUT XXX;"*SRE 16" 


*SRE? 

The *SRE query returns the current value. 

<mask><NL> 

An integer from 0 to 255 representing the sum of all bits that are set. 

OUTPUT XXX;"*SRE?" 


Refer to Chapter 7, "Status Reporting," for a complete discussion of status. 
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Table 9-5 


Query 


Returned Format 

<value> 

Example 


See Also 


Common Commands 

*STB (Status Byte) 


HP 16500C Service Request Enable Register 


Bit Position 

Bit Weight 

Enabies 

15-8 


not used 

7 

128 

not used 

6 

64 

M SS - M aster Summary Status (always 0) 

5 

32 

ESB - Event Status 

4 

16 

MAV - Message Available 

3 

8 

LCL- Local 

2 

4 

not used 

1 

2 

not used 

0 

1 

MSB - Module Summary 


*STB (Status Byte) 

*STB? 

The *STB query returns the current value of the instrument’s status byte. 
The MSS (Master Summary Status) bit, not the RQS (Request Service) bit, is 
reported on bit 6. The MSS indicates whether or not the device has at least 
one reason for requesting service. Refer to table 9-6 for the meaning of the 
bits in the status byte. 

<value><NL> 

An integer from 0 through 255 


OUTPUT XXX;"*STB?" 


Refer to chapter 7, "Status Reporting" for a complete discussion of status. 
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Common Commands 

*TRG (Trigger) 


Table 9-6 The Status Byte Register 


Bit Position 

Bit Weight 

Bit Name 

Condition 

7 

128 


not used 

6 

64 

MSS 

0 = instrument has no reason for service 

1 = instrument is requesting service 

5 

32 

ESB 

0 =no event status conditions have occurred 

1 =an enabied event status condition has occurred 

4 

16 

MAV 

0 =no output messages are ready 

1 =an output message is ready 

3 

8 

LCL 

0 = a remote-to-iocai transition has not occurred 

1 =a remote-to-iocai transition has occurred 

2 

4 


not used 

1 

2 


not used 

0 

1 

MSB 

0 =a moduie or the system has activity to report 

1 =no activity to report 


0 =False =Low 
1 =True =High 


*TRG (Trigger) 

Command *trg 



The *TRG command has the same effect as a Group Execute Trigger (GET). 
That effect is as if the START command had been sent for intermodule group 
run. If no modules are configured in the Intermodule menu, this command 
has no effect. 


Example output xxx;"*trg" 


9-17 



Common Commands 

*TST fTest) 


Query 


Returned Format 

<result> 

Example 


Table 9-7 


*TST (Test) 

*TST? 


The *TST query returns the results of the power-up self-test. The result of 
that test is a 9-bit mapped value which is placed in the output queue. A one 
in the corresponding bit means that the test failed and a zero in the 
corresponding bit means that the test passed. Refer to table 9-7 for the 
meaning of the bits returned by a TST? query. 

<result><NL> 

An integer 0 through 511 


10 OUTPUT XXX;"*TST?" 
20 ENTER XXX;Tst_value 


Bits Returned by *TST? Query (Power-Up Test Results) 


Bit Position 

Bit Weight 

Test 

8 

256 

DiskTest 

7 

128 

not used 

6 

64 

not used 

5 

32 

Front-panel Test 

4 

16 

HILTest 

3 

8 

DisplayTest 

2 

4 

InterruptTest 

1 

2 

RAM Test 

0 

1 

ROM Test 


9-18 



Common Commands 

*WAI (Wait) 


*WAI (Wait) 

Command *WAi 


The *WAI command causes the device to wait until completing aU of the 
overlapped commands before executing any further commands or queries. 
An overlapped command is a command that allows execution of subsequent 
commands while the device operations initiated by the overlapped command 
are stiU in progress. Some examples of overlapped commands for the 
HP 16500C are STARt and STOP. 


Example output xxx;"*wai" 
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10 


Mainframe Commands 



Introduction 


Mainframe commands control the basic operation of the instrument 
for both the HP 16500C mainframe alone or with the HP 16501A 
expansion frame connected. Mainframe commands can be called at 
anytime, and from any module. The only difference in mainframe 
commands with an HP 16501A connected is the number of slots and 
modules. These differences will be noted in the affected command 
descriptions. 

The main difference between an HP 16500C alone and an HP 16500C 
with the HP 16501A connected is how you specify the SELECT 
command. The HP 16500C alone has only five slots; therefore, if you 
specify 6 through 10 for the SELECT command in your program, the 
command parser will take no action. 

This chapter contains the mainframe commands with a syntax 
example for each command. Each syntax example contains the 
parameters for the HP 16500C/16501A. Refer to figure 10-1 and 
table 10-1 for the syntax diagram of the Mainframe commands. 

The mainframe commands are: 


• BEEPer 

• CAPabUity 

• CARDcage 

• CESE 

• CESR 

• EOl 

• LER 

• LOCKout 

• MENU 


• MESE 

• MESR 

• RMODe 

• RTC 

• SELect 

• SETColor 

• STARt 

• STOP 

• XWlNdow 
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M ainframe Commands 


Figure 10-1 



Mainframe Commands Syntax Diagram 
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M ainframe Commands 


Figure 10-1 (continued) 



16500S23 


Mainframe Commands Syntax Diagram (continued) 
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M ainframe Commands 


Table 10-1 


Mainframe Parameter Values 


Parameter 

Values 

value 

An Integer from Oto 65535 

module 

An Integer from -2 through 5 for an HP 16500C alone or from 
-2 through lOwIth an HP 16501A connected 

menu 

An Integer 

enable_value 

An Integer from Oto 255 

Index 

An Integer from Oto 5 for an HP 16500C alone or from Oto 10 
with an HP 16501A connected 

day 

An Integer from 1 through 31 

month 

An Integer from 1 through 12 

year 

An Integer from 1990 through 2089 

hour 

An Integer from 0 through 23 

minute 

An Integer from 0 through 59 

second 

An Integer from 0 through 59 

color 

An Integer from 1 to 7 

hue 

An Integer from Oto 100 

sat 

An Integer from Oto 100 

lum 

An Integer from Oto 100 

display name 

A string containing an IP Address and a display name, for 
example, "12.3.19.1:0.0" 
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M ainframe Commands 

BEEPer 


BEEPer 

Command : BEEPer [ {ONI 1} I {OEE I 0} ] 


The BEEPer command sets the beeper mode, which turns the beeper sound 
of the instrument on and off. When BEEPer is sent with no argument, the 
beeper will be sounded without affecting the current mode. 


Example output XXX; beeper" 

OUTPUT XXX;":BEEP ON" 


Query 


: BEEPer? 


The BEEPer? query returns the mode currently selected. 
Returned Format [:BEEPer] { 1 | 0 }<nl> 


Example output XXX; beeper?" 
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M ainframe Commands 

CAPability 


CAPability 

Query : CAPability? 

The CAPability query returns the IEEE 488.1 "Interface Requirements for 
Devices" capability sets implemented in the device. 

Table 10-2 lists the capability sets implemented in the HP 16500C. 
Returned Format [tCAPability] IEEE488,1987,SHI,AHI,T5,L4 ,sri,rli,ppi,dci, 

DTI,CO,E2<NL> 


Example output XXX;capability?" 


Table 10-2 HP 16500C Capability Sets 


Mnemonic 

Capability Name 

Implementation 

SH 

Source Handshake 

SHI 

AH 

Acceptor Handshake 

AHI 

T 

Talker (orTE - Extended Talker) 

T5 

L 

Listener (or LE - Extended Listener) 

L4 

SR 

Service Request 

SRI 

RL 

Remote Local 

RLI 

PP 

Parallel Poll 

PPI 

DC 

Device Clear 

DCI 

DT 

Device Trigger 

DTI 

C 

Any Controller 

CO 

E 

Electrical Characteristic 

E2 
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Query 


Returned Format 

<ID> 

<assign> 

Example 


M ainframe Commands 

CARDcage 


CARDcage 

:CARDcage ? 


The CARDcage query returns a series of integers which identify the modules 
that are installed in the mainframe. For an HP 16500C alone, the first five 
numbers returned are the card identification numbers (-1 means no card is 
in the slot). The remaining five numbers returned indicate the module 
assignment (that is, the slot containing the master card of the module) for 
each card. For single-card modules, the module assignment is the same as 
the card’s slot. The possible values for the module assignment are 0, 1,2, 3, 4, 
and 5 where 0 indicates an empty slot or the module software is not 
recognized or not loaded. 1...5 indicates the number of the slot in which the 
master card for this card is located. 

When an HP 1650 lA is connected, the first ten numbers returned are the 
card identification numbers (-1 means no card is in the slot). The remaining 
ten numbers returned indicate the module assignment for each card. The 
possible values for the module assignment are 0 through 10 where 0 indicates 
an empty slot or the module software is not recognized or not loaded. 1...10 
indicates the number of the slot in which the master card for this card is 
located. 

Table 10-3 lists the card identification numbers and their associated cards. 

[:CARDcage] 

<ID>,<ID>,<ID>,<ID>,<ID>,[<ID>,<ID>,<ID>,<ID>,<ID>,] 

<assign>,<assign>,<assign>,<assign>,<assign> 

[,<assign>,<assign>,<assign>,<assign>,<assign>]<NL> 

An integer indicating the card identification number. 

An integer indicating the module assigirment. 


OUTPUT XXX;":CARDCAGE?" 
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M ainframe Commands 

CARDcage 


Table 10-3 


Card Identification Numbers 


Id Number Card 


1 

2 

4 

5 

11 

12 

13 

14 

15 
21 
22 

24 

25 

30 

31 

32 

33 

34 

35 

40 

41 

42 

43 


HP 16515A IGHzTiming MasterCard 

HP 16516A IGHzTiming Expansion Card 

HP 16517A 4GHzTiming/lGHz State Anaiyzer M aster Card 

HP 16518A 4GHzTiming/lGHz State Anaiyzer Expansion Card 

HP 16530A 400 MSa/s Osciiioscope Timebase Card 

HP 16531A Osciiioscope Acquisition Card 

HP 16532A IGSa/s Osciiioscope Card 

HP 16533AorHP 16534A 32K GSa/s Osciiioscope Card 

HP 16535A M uitiProbe 2-Output M oduie 

HP 16520A Pattern Generator M aster Card 

HP 16521A Pattern Generator Expansion Card 

HP 16522A 200M Hz Pattern Generator Expansion Card 

HP 16522A 200M Hz Pattern Generator Master Card 

HP 16511B Logic Anaiyzer Card 

HP 16510AorB Logic Anaiyzer Card 

HP 16550A 100/500 MHz Logic Anaiyzer Master Card 

HP 16550A 100/500 M Hz Logic Anaiyzer Expansion Card 

HP 16554,16555, or 16556 Logic Anaiyzer M aster Card 

HP 16554,16555, or 16556 Logic Anaiyzer Expansion Card 

HP 16540A 100/100 M Hz Logic Anaiyzer M aster Card 

HP 1654lA 100/100 M Hz Logic Anaiyzer Expansion Card 

HP 16542A 2MB Acquisition Logic Anaiyzer M aster Card 

HP 16542A 2MB Acquisition Logic Anaiyzer Expansion Card 
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Command 


<value> 


Example 


Query 


Returned Format 


Example 


M ainframe Commands 

CESE (Combined Event Status Enable) 


CESE (Combined Event Status Enable) 

:CESE <value> 


The CESE command sets the Combined Event Status Enable register. This 
register is the enable register for the CESR register and contains the 
combined status of all of the MESE (Module Event Status Enable) registers 
of the HP 16500C. Table 10-4 lists the bit values for the CESE register. 

An integer from 0 to 65535 


OUTPUT XXX;":CESE 32" 


:CESE? 

The CESE? query returns the current setting. 
[:CESE] <value><NL> 

OUTPUT XXX;":CESE?" 
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M ainframe Commands 

CESR (Combined Event Status Register) 


Tabie 10-4 


Query 


Returned Format 

<value> 

Exampie 


HP 16500C Combined Event Status Enabie Register 


Bit 

Weight 

Enabies 

11-15 


not used 

10 

1024 

M odule in slot) 

9 

512 

M odule in slot 1 

8 

256 

Module InslotH 

7 

128 

M odule in slotG 

6 

64 

Module InslotF 

5 

32 

Module InslotE 

4 

16 

Module in slotD 

3 

8 

M odule in slotC 

2 

4 

Module InslotB 

1 

2 

M odule in slotA 

0 

1 

Intermodule 


CESR (Combined Event Status Register) 

:CESR? 


The CESR query returns the contents of the Combined Event Status register. 
This register contains the combined status of all of the MESRs (Module Event 
Status Registers) of the HP 16500C System. Table 10-5 lists the bit values for 
the CESR register. 

[:CESR] <value><NL> 

An integer from 0 to 65535 



OUTPUT XXX;CESR?" 
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Table 10-5 


M ainframe Commands 

CESR (Combined Event Status Register) 


HP 16500C Combined Event Status Register 


Bit 

11-15 

Bit Weight 

Bit Name 

Condition 

not used 

10 

1024 

Module J 

0 = No new status 

1 = Status to report 

9 

512 

Module 1 

0 = No new status 

1 = Status to report 

8 

256 

Module H 

0 = No new status 

1 = Status to report 

7 

128 

M odule G 

0 = No new status 

1 = Status to report 

6 

64 

Module F 

0 = No new status 

1 = Status to report 

5 

32 

Module E 

0 = No new status 

1 = Status to report 

4 

16 

Module D 

0 = No new status 

1 = Status to report 

3 

8 

Module C 

0 = No new status 

1 = Status to report 

2 

4 

Module B 

0 = No new status 

1 = Status to report 

1 

2 

Module A 

0 = No new status 

1 = Status to report 

0 

1 

Intermodule 

0 = No new status 

1 = Status to report 
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M ainframe Commands 

EOl (End Or Identify) 


EOI (End Or Identify) 

Command :EOi {{ON 11} | {off | 0 }} 


The EOI command specifies whether the last byte of a reply from the 
HP 16500C is to be sent with the EOI bus control line set true. If EOI is 
turned off, the logic analyzer responses will not be IEEE 488.2 compliant. 


Example output XXX;":E0I on" 


Query 


: EOI? 


The EOI? query returns the current status of EOI. 
Returned Format [:eoi] { 1 | 0 }<nl> 


Example 


OUTPUT XXX;":EOI?" 


LER (LCL Event Register) 

Query : ler? 



The LER query allows the LCL Event Register to be read. After the LCL 
Event Register is read, it is cleared. A one indicates a remote-to-local 
transition has taken place. A zero indicates a remote-to-local transition has 
not taken place. 

Returned Format [:ler] { 0 | 1 }<nl> 


Example output xxx;":ler?" 
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M ainframe Commands 

LOCKout 


LOCKout 

Command : LOCKout { {ON I 1 } I {OFF I 0 } } 

The LOCKout command locks out or restores front panel operation. When 
this function is on, aU controls (except the power switch) are entirely locked 
out. 

Example output XXX; lockout ON" 

Query : LOCKout? 

The LOCKout query returns the current status of the LOCKout command. 
Returned Format [:LocKout] {0|1 }<nl> 

Example output XXX; lockout?" 
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M ainframe Commands 

MENU 


Command 


MENU 

:MENU <module>[,<menu>] 


The MENU command puts a menu on the display. The first parameter 
specifies the desired module. The optional second parameter specifies the 
desired menu in the module (defaults to 0). Table 10-6 lists the module 
parameters. The mainframe menus and parameters are listed in table 10-7. 

<module> Selects module or system. An integer from -2 through 5 for HP 16500C only 
or an integer from -2 through 10 with an HP 1650 lA connected. 

<menu> Selects menu (integer) 


Example output XXX;":MENU 0,1" 


See Also 


Programmer’s Guide for specific module for the module’s <menu> values. 


Table 10-6 


<moduie> values 

Parameter 

Menu 

0 

System/Intermodule 

1 

M odule in slotA 

2 

Module in slotB 

3 

M odule in slotC 

4 

Module in slotD 

5 

Module inslotE 

-1 

Software option 1 

-2 

Software option 2 

Available when an HP 16501A is connected: 

6 

Module inslotF 

7 

M odule in slotG 

8 

Module in slotH 

9 

M odule in slot 1 

10 

M odule in slotj 
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Table 10-7 


Query 

Returned Format 

Example 


Command 


<N> 

<enable_value> 


M ainframe Commands 

M ESE<N>(Module EventStatus Enable) 


System Menu Values 


Menu Command Parameters 

MENU 0,0 
MENU 0,1 
MENU 0,2 
MENU 0,3 
MENU 0,4 
MENU 0,5 


:MENU? 


Menu 

System Configuration menu 
Hard disk menu 
Fiexibie disk menu 
Utiiities menu 
Test menu 
Intermoduie menu 


The MENU query returns the current menu selection. 
[:MENU] <module>,<menu><NL> 


OUTPUT XXX;":MENU?" 


MESE<N> (Module Event Status Enable) 

:MESE<N> <enable_value> 


The MESE conuuand sets the Module Event Status Enable register. This 
register is the enable register for the MESR register. The <N> index 
specifies the module, and the parameter specifies the enable value. For the 
HP 16500C alone, the <N> index 0 through 5 refers to system and modules 1 
through 5 respectively. With an HP 16501A connected, the <N> index 6 
through 10 refers to modules 6 through 10 respectively. Table 10-8 lists the 
Module Event Status Enable register bits, bit weights, and what each bit 
masks for the mainframe. 

An integer 0 through 10 
An integer from 0 through 255 
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M ainframe Commands 

M ESE<N>(Module EventStatus Enable) 


Example output XXX;":MESE1 3" 


Query :MESE<n>? 

The query returirs the current setting. Table 10-8 lists the Module Event 
Status Enable register bits, bit weights, and what each bit masks for the 
mainframe. 

Returned Format [:MESE<N>] <enable_value><NL> 

Example output XXX; " :MESE1?" 


Table 10-8 HP 16500C Mainframe (Intermodule) Module EventStatus Enable Register 


Bit Position 

Bit Weight 

Enables 

7 

128 

not used 

6 

84 

not used 

5 

32 

not used 

4 

16 

not used 

3 

8 

not used 

2 

4 

not used 

1 

2 

RNT - Intermodule Run Until Satisfied 

0 

1 

M C - Intermodule M easurement Complete 
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M ainframe Commands 

MESR<N> (Module Event Status Register) 


Query 


See Also 

Returned Format 

<N> 

<enable_value> 

Example 


Table 10-9 


MESR<N> (Module Event Status Register) 

:MESR<N>? 

The ME SR query returr\s the contents of the Module Event Status register. 
The <N> index specifies the module. For the HP 16500C alone, the <N> 
index 0 through 5 refers to system and modules 1 through 5 respectively. 
With an HP 16501A connected, the <N> index 6 through 10 refers to modules 
6 through 10 respectively. 

Refer to table 10-9 for Information about the Module Event Status Register 0 
bits and their bit weights. 

MESR in the Programmer’s Guide for a specific module for the 
interpretation of that module’s Event Status Register. 

[:MESR<N>] <enable_value><NL> 

An integer 0 through 1. 

An integer from 0 through 255 


OUTPUT XXX;":MESR1?" 


HP 16500C Mainframe Module Event Status Register (<N>=0) 


Bit 

Bit Weight 

Bit Name 

Condition 

7 

128 


not used 

6 

64 


not used 

5 

32 


not used 

4 

16 


not used 

3 

8 


not used 

2 

4 


not used 

1 

2 

RNT 

0 = lntermodule Run until not satisfied 

1 = Intermodule Run until satisfied 

0 

1 

MC 

0 =lntermodule Measurement notsatisfied 
1 =lntermodule Measurementsatisfied 
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M ainframe Commands 

RMODe 


RMODe 


Command : RMODe {SINGle | REPetitive } 

The RMODe command specifies the run mode for the selected module (or 
Intermodule). If the selected module is in the intermodule configuration, 
then the intermodule run mode will be set by this command. 


After specifying the run mode, use the STARtcommand to start the acquisition. 


Example output XXX;":RM0DE SINGLE" 


Query : RMODe? 

The query returns the cnrrent setting. 
Returned Format [:RMODe] {SINGle|REPetitive}<NL> 

Example output XXX; " :RM0DE?" 
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M ainframe Commands 

RTC (Real-time Clock) 


Command 

<day> 

<month> 

<year> 

<hour> 

<minute> 

<second> 

Example 


Query 

Returned Format 

Example 


RTC (Real-time Clock) 

:RTC <day>,<month>,<year>,<hour>,<minute>,<second> 

The real-time clock command allows you to set the real-time clock to the 
current date and time. 

integer from 1 to 31 
integer from 1 to 12 
integer from 1990 to 2089 
integer from 0 to 23 
integer from 0 to 59 
integer from 0 to 59 

This example sets the real-time clock for 1 January 1992, 20:00:00 (8 PM). 
OUTPUT XXX;":RTC 1,1,1992,20,0,0" 

: RTC? 

The RTC query returns the real-time clock setting. 

[:RTC] <day>,<month>,<year>,<hour>,<minute>,<second> 

OUTPUT XXX;":RTC?" 
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M ainframe Commands 

SELect 


Command 


<module> 


Example 


Query 


Returned Format 


Example 


SELect 

:SELect <module> 


The SELect command selects which module (or system) wiU have parser 
control. The appropriate module (or system) must be selected before any 
module (or system) specific commands can be sent. SELECT 0 selects 
System, SELECT 1 through 5 selects modules A through E in an HP 16500C 
only. SELECT 1 through 10 selects modules A through J when an HP 16501A 
is connected. -1 and -2 selects software options 1 and 2 respectively. The 
query returns the current module selection. 

When a module is selected, the parser recognizes the module’s commands 
and the System/Intermodule commands. When SELECT 0 is used, only the 
System/Intermodule commands are recognized by the parser. Figure 10-2 
shows the command tree for the SELect command. 

Selects module or system. An integer from -2 through 5 for HP 16500C only 
or an integer from -2 through 10 with an HP 1650 lA connected. 

OUTPUT XXX;SELECT 0" 


: SELect? 

The SELect? query returns the current module selection. 
[:SELect] <module><NL> 

OUTPUT XXX;":SELECT?" 
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(SELECTS SYSTEM/INTERMODULE) 


(SELECTS MODULE IN SLOT A) 

(SELECTS MODULE IN SLOT B) 

(SELECTS MODULE IN SLOT C) 

(SELECTS MODULE IN SLOT D) 

(SELECTS MODULE IN SLOT E) 

(SELECTS MODULE IN SLOT F) 

(SELECTS MODULE IN SLOT G) 

(SELECTS MODULE IN SLOT H) 

(SELECTS MODULE IN SLOT I) 

(SELECTS MODULE IN SLOT J) 

(SELECTS OPTION 1) 

(SELECTS OPTION 2) 
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M ainframe Commands 

SETColor 


Command 


SETColor 

:SETColor {<color>,<hue>,<sat>,<lum>|DEFault} 


The SETColor command is used to change one of the color selections on the 
CRT, or to return to the default screen colors. Four parameters are sent with 
the command to change a color: 


Color Number (first parameter) 
Hue (second parameter) 
Saturation (third parameter) 
Luminosity (last parameter) 


<color> 

An integer from 1 to 7 

<hue> 

An integer from 0 to 100 

<sat> 

An integer from 0 to 100 

<lum> 

An integer from 0 to 100 


Color Number 0 cannot be changed. 


Example 


OUTPUT XXX;SETCOLOR 3,60,100,60" 
OUTPUT XXX;":SETC DEFAULT" 
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M ainframe Commands 

STARt 


Query :SETColor? <color> 

The SETColor query returns the hue, saturation, and luminosity values for a 
specified color. 

Returned Format [:SETColor] <color>,<hue>,<sat>,<lum><NL> 


Example output XXX; " : SETCOLOR? 3" 


STARt 

Command : STARt 


The STARt command starts the selected module (or Intermodule) running in 
the specified run mode (see RMODe). If the specified module is in the 
Intermodule configuration, then the Intermodule run will be started. 


The STARtcommand is an overlapped command. An overlapped command is a 
command that allows execution of subsequent commands while the device 
operations initiated by the overlapped command are still in progress. 


Example 


OUTPUT XXX;":START" 
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M ainframe Commands 

STOP 


STOP 


Command : stop 


The STOP command stops the selected module (or Intermodule). If the 
specified module is in the Intermodule configuration, then the Intermodule 
run will be stopped. 


The STOP command is an overlapped command. An overlapped command is a 
command that allows execution of subsequent commands while the device 
operations initiated by the overlapped command are still in progress. 


Example 


OUTPUT XXX;":STOP" 



10-25 




Command 


<display> 


Example 


M ainframe Commands 

XWINdow 


XWINdow 

:XWINdow {{OFF 10} | {ON11} [,<display>]} 

The XWINdow command opens or closes a window on an X Window display 
server, that is, a networked workstation or personal computer. The 
XWINdow ON command opens a window. If no display is specified, the 
display already stored in the HP 16500C X Window Settings menu is used. If 
a display is specified, that one is used. The specified display also is stored in 
non-volatUe memory in the HP 16500C. 

A string containing an Internet (IP) Address optionally followed by a display 
and screen specifier. For example, 

"12.3.47.11" 

or 

"12.3.47.11:0.0" 

To open a window, specifying and storing the display name: 

OUTPUT XXX;XWINDOW ON,'12.3.47.11'" 

To open a window, using the stored display name: 

OUTPUT XXX;":XWIN ON" 

To close the X Window: 

OUTPUT XXX;XWINDOW OFF" 


If you have trouble displaying an X Window, check that your server permits 
windows from the HP 16500C to be displayed. On UNIX systems, the command 
Is "xhost +<16500 ip>". See your networkdocumentatlon for more 
details. 
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SYSTem Subsystem 



Introduction 


SYSTem subsystem commands control functions that are common to 
the entire logic analysis system, including formatting query responses 
and enabling reading and writing to the advisory hne on the display of 
the HP 16500C mainframe. 

Refer to figure 11-1 and table 11-1 for the SYSTem Subsystem 
commands syntax diagram. The SYSTem Subsystem commands are: 

• DATA 

• DSP 

• ERRor 

• HEADer 

• LONGform 

• PRlNt 

• SETup 
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SYSTem Subsystem 


Figure 11-1 



Y-*^^ETup?^ 


System Subsystem Commands Syntax Diagram 
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SYSTem Subsystem 


Table 11-1 


SYSTem Parameter Values 


Parameter Values 

block_data Data in IEEE 488.2 format, 

string A string of up to 68 aiphanumeric characters, 

pathname A string of up to 10 aiphanumeric characters for LIE in the 

foiiowing form: 

NNNNNNNNNN 

or 

A string of up to 64 aiphanumeric characters for DOS in one of 
the foiiowing forms: 

NNNNNNNN.NNNwhen the fiie resides in the presentworking 

directory 

or 

\NAME_DIR\FILENAME when the fiie does not reside in the 
present working directory 


11-4 



SYSTem Subsystem 

DATA 


Command 


Example 

<block_data> 

<block_length_ 
specifier> 

<length> 

<section> 

<section_ 

header> 

<section_data> 


DATA 


:SYSTem:DATA <block_data> 

The DATA command allows you to send and receive acquired data to and 
from a controller in block form. This helps saving block data for: 

• Reloading the logic analysis system 

• Processing data later in the logic analysis system 

• Processing data in the controller. 

The format and length of block data depends on the instruction being used 
and the configuration of the instrument. This chapter describes briefly the 
syntax of the DATA conunand and query; however, the mainframe by itself 
does not have acquired data. Therefore, the DATA command and query are 
described in detail in the respective module Programmer’s Guides. 

Because the capabilities of the DATA command and query vary for individual 
modules, a complete chapter is dedicated to the DATA command and query 
in each of the module Programmer’s Guides. The dedicated chapter is 
called "DATA and SETup Conunands." 

OUTPUT XXX;SYSTEM:DATA" <block_data> 


<block_length_specifier><section> 

#8<length> 


The total length of all sections in byte format (must be represented with 8 
digits) 

<section_header><section_data> 

16 bytes, described in the "Section Header Description" section of the 
individual module Programmer’s Guides. 

The format depends on the type of data 
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Query 


Returned Format 


Example 


Command 


<string> 


Example 


SYSTem Subsystem 

DSP (Display) 


:SYSTem:DATA? 


The SYSTemiDATA query returns the block data. The data sent by the 
SYSTemiDATA query reflects the configuration of the selected module when 
the last acquisition was performed. Any changes made since then through 
either front-panel operations or programming commands do not affect the 
stored data. Since the mainframe does not acquire data, refer to the 
appropriate module Programmer’s Guide for more details. 

[:SYSTem:DATA] <block_data><NL> 


See the Programmer’s Guide for the selected module for an example. 


DSP (Display) 

:SYSTem:DSP <string> 

The DSP conunand writes the specified quoted string to a device-dependent 
portion of the instrument display. 

A string of up to 68 alphanumeric characters 

OUTPUT XXX;SYSTEM:DSP 'The message goes here'" 
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SYSTem Subsystem 

ERRor 


Query 


Returned Formats 

<error_number> 

<error_string> 

Example 


ERRor 

:SYSTem:ERRor? [NUMeric|STRing] 


The ERRor query returns the oldest error from the error queue. The optional 
parameter determines whether the error string should be returned along with 
the error number. If no parameter is received, or if the parameter is 
NUMeric, then only the error number is returned. If the value of the 
parameter is STRing, then the error is returned in the following form: 

<error_number>,<error message string> 

A complete list of error messages for the HP 16500C logic analysis system is 
shown in chapter 8, "Error Messages." If no errors are present in the error 
queue, a zero (No Error) is returned. 

Numeric: 

[:SYSTem:ERRor] <error_number><NL> 

String: 

[:SYSTem:ERRor] <error_number>,<error_string><NL> 

An integer 

A string of alphanumeric characters 


Numeric: 

10 OUTPUT XXX;":SYSTEM:ERROR?" 

20 ENTER XXX;Numeric 

String: 

50 OUTPUT XXX;":SYST:ERR? STRTNG" 
60 ENTER XXX;String$ 
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SYSTem Subsystem 

HEADer 


HEADer 

Command : SYSTem: HEADer { { ON | 1 } | {OFF | 0 } } 


The HEADer command tells the instrument whether or not to output a 
header for query responses. When HEADer is set to ON, query responses will 
include the command header. 


Example output XXX; system:header ON" 


Query : SYSTem: HEADer? 

The HEADer query returns the current state of the HEADer command. 
Returned Format [ :SYSTem:HEADer] {1|0}<NL> 

Example output XXX;system:header?" 


Headers should be turned off when returning values to numeric variables. 
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SYSTem Subsystem 

LONGform 


LONGform 

Command : SYSTem:LONGform {{ON 11 } | {OFF | 0 } } 


The LONGform command sets the long form variable, which tells the 
instrnment how to format query responses. If the LONGform command is set 
to OFF, command headers and arguments are sent from the instrument in 
the abbreviated form. If the LONGform command is set to ON, the whole 
word wiU be output. This command has no affect on the input data messages 
to the instrument. Headers and arguments may be input in either the long 
form or short form regardless of how the LONGform command is set. 


Example output XXX;system:L0NGF0RM ON" 


Query : SYSTem:LONGform? 

The query returns the status of the LONGform command. 
Returned Format [ :SYSTem:LONGform] {1|0}<NL> 

Example output XXX;system:L0NGF0RM?" 
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Commands 


<pathname> 


<msus> 

<start> 

<end> 


SYSTem Subsystem 

PRINt 


PRINt 

:SYSTem:PRINt ALL[,DISK, <pathname>[,<msus>]] 

:SYSTem:PRINt PARTial,<start>,<end> 

[,DISK, <pathname>[,<msus>]] 

:SYSTem:PRINt SCReen[,DISK, <pathname> [,<msus>], 
{BTIF|CTIF|PCX|EPS}] 


The PRINt command initiates a print of the screen or Listing buffer over the 
current PRINTER communication interface to the printer or to a fUe on the 
disk. PRINt ALL is only available in menus with an ASCII representation. 

PRINt SCReen allows you to specify a graphics type. The BTIF option 
formats the screen data in black-and-white TIE. The CTIF and PCX options 
format the data in color TIE and color PCX respectively. EPS specifies 
Encapsulated PostScript format. 

If a file name extension is not specified in the command, the correct 
extension will be appended to the file name automatically. The file name 
extension is TIE for both BTIE and CTIE options. 

PRINT PARTial is valid in certain listing menus. It allows you to specify a 
starting and ending state number so you can print just a portion of the listing 
to the printer or to a disk fUe. 

A string of up to 10 alphanumeric characters for LIE in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the fUe resides in the present working directory 
or 

\NAME_DIR\FILENAME when the files does not reside in the present 
working directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

An integer specifying a state number. 
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SYSTem Subsystem 

PRINt 


Example This instruction prints the screen to the printer: 

OUTPUT XXX;SYSTEM:PRINT SCREEN" 

This instruction prints the entire state listing to a file named STATE: 

OUTPUT 707;":SYSTEM:PRINT ALL, DISK,'STATE'" 

This instruction prints part of a listing to disk: 

OUTPUT XXX;SYSTEM:PRINT PARTIAL,-9,30,DISK, 'LISTING',INTO" 

This instruction prints a black-and-white TIE file to the hard drive: 

OUTPUT XXX;":SYSTEM:PRINT SCREEN, DISK, 'PICTURE', INTO, BTIF" 


Query 


: SYSTem:PRINt? {SCReen|ALL} 


The PRINt query sends the screen or listing buffer data over the current 
CONTROLLER communication interface to the controller. 

The print query should NOT be sent in conjunction with any other command 
or query on the same command line. The print query never returns a header. 
Also, since response data from a print query may be sent directly to a printer 
without modification, the data is not returned in block mode. 


PRINT? ALL is only available in menus that have the 'Print AH" option available 
on the front panel. For more information, refer to the HP 16500C Logic Analysis 
System User's Reference. 


Example 


OUTPUT 707;":SYSTEM:PRINT? SCREEN" 
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SYSTem Subsystem 

SETUP 


Command 


<block_data> 

<block_length_ 
specifier> 

<length> 

<section> 

<section_ 

header> 

<section_data> 


Example 


SETUP 

:SYSTem:SETup <block_data> 

The :SYSTem:SETup command configures the logic analysis system as 
defined by the block data sent by the controller. This chapter describes 
briefly the syntax of the Setup command and query for the mainframe. 
Because of the capabilities and importance of the Setup command and query 
for individual modules, a complete chapter is dedicated to it in each of the 
module Programmer’s Guides. The dedicated chapter is called "DATA and 
SETup Commands." 

<block_length_specifier><section> 

#8<length> 


The total length of all sections in byte format (must be represented with 8 
digits) 

<section_header><section_data> 

16 bytes, described in the "Section Header Description" section in the "DATA 
and SETup Commands" chapter of the module Programmer’s Guides. 

Format depends on the type of data 

The total length of a section is 16 (for the section header) plus the length of 
the section data. When calculating the value for <length>, don’t forget to 
include the length of the section headers. 

OUTPUT XXX USING "#,KSYSTEM:SETUP " & <block_data> 
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SYSTem Subsystem 

SETUP 


Query : SYSTem :SETup? 

The SYSTemiSETup query returns a block of data that contains the current 
configuration to the controller. 

Returned Format [ :SYSTem: setup] <block_data><NL> 


Example See the Programmer’s Guide for the selected module for an example. 
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MMEMory Subsystem 



Introduction 


The MMEMory (mass memory) subsystem commands provide access 
to both the hard and flexible disk drives. The HP 16500C Logic 
Analysis System supports the DOS (Disk Operating System) format on 
the hard drive and both DOS and LIF (Logical Information Format) on 
the flexible drive. 

Refer to figure 12-1 and table 12-1 for the MMFMory Subsystem 
commands syntax diagram. The MMFMory subsystem commands are: 

• AlTToload • 

• CATalog • 

• CD (change directory) • 

• COPY • 

• DOWNload 

• INITialize * 

• LOAD • 

• MKDir (make * 

directory) • 


MSI 

PACK 

PURGe 

PWD (present 
working directory) 

REName 

STORe 

UPLoad 

VOLume 


<msus> refers to the mass storage unit specifier. INTernaiO specifies the hard 
disk drive and INTernail specifies the fiexibie disk drive. 

If you are notgoing to store information to the flexible configuration disk, or if 
the flexible disk you are using contains information you need, it is advisable to 
write protectyour disk. This will protectthe contents of the diskfrom 
accidental damage due to incorrectcommands being mistakenly sent. 
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MM EM ory Subsystem 


Figure 12-1 (Continued) 



M M EM ory Subsystem Commands Syntax Diagram (Continued) 
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MM EMorySubsystem 


Figure 12-1 (Continued) 



M M EM ory Subsystem Commands Syntax Diagram (Continued) 
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MM EM ory Subsystem 


Table 12-1 


M M EM ory Parameter Values 

Parameter 

Values 

auto_file 

A string of up to 10 aiphanumeric characters for LIF in the 
foiiowing form:"NNNNNNNNNN" 
or 

A string of up to 12 aiphanumeric characters for DOS in the 
foiiowing form:"NNNNNNNN.NNN" 

msus 

M ass Storage Unitspecifier. iNTernalO forthe hard disk 
drive and iNTernaii for the fiexibie disk drive. 

name 

A string of up to 10 aiphanumeric characters for LIF in the 
foiiowing form:"NNNNNNNNNN" 
or 

A string of up to 12 aiphanumeric characters for DOS in the 
foiiowing form:"NNNNNNNN.NNN" 

path_name 

A string of up to 64characters for DOS disks ending in a fiie 
name. Separators can be the siash (/) orthe backsiash (\) 
character. 

clirectory_name 

A string of up to 64 characters for DOS disks ending in a 
directory name. Separators can be the siash (/) orthe 
backsiash (\) character. The string of two periods (..) 
represents the parent of the present working directory. 

description 

A string of up to 32 aiphanumeric characters. 

type 

An integer, refer to tabie 12-2. 

biock_data 

Data in IEEE 488.2 format. 

moduie 

An integer, -2 through 5 for the HP 16500C aione or -2 
through 10 with the HP 16501A connected. 

ia_name 

A string of up to 10 aiphanumeric characters for LIF in the 
foiiowing form: "NNNNNNNNNN" 
or 

A string of up to 12 aiphanumeric characters for DOS in the 
foiiowing form:"NNNNNNNN.NNN" 

new_name 

A string of up to 10 aiphanumeric characters for LIF in the 
foiiowing form: "NNNNNNNNNN" 
or 

A string of up to 12 aiphanumeric characters for DOS in the 
foiiowing form:"NNNNNNNN.NNN" 
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MM EMorySubsystem 

AUToload 


Command 


<auto_file> 


<msus> 


Example 


Query 


Returned Format 


Example 


AUToload 

:MMEMory:AUToload {{OFF | 0} | {<auto_file>}} [,<msus>] 

The AUToload command controls the autoload feature which designates a set 
of configuration files to be loaded automatically the next time the instrument 
is turned on. The OFF parameter (or 0) disables the autoload feature. A 
string parameter may be specified instead to represent the desired autoload 
fUe. If the file is on the current drive, the autoload feature is enabled to the 
specified fUe. The configuration files specified must reside in the root 
directory of the current drive. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 12 alphanumeric characters for DOS in the foUowing form: 

NNNNNNNN.NNN 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


Disabling autoload: 

OUTPUT XXX;MMEMORY:AUTOLOAD OFF" 

Setting FILE2 on the hard drive as the autoload fUe: 

OUTPUT XXX;MMEMORY:AUTOLOAD 'FILE2 INTERNALO" 


: MMFMory:AUToload? 


The AUToload query returns 0 if the autoload feature is disabled. If the 
autoload feature is enabled, the query returns a string parameter that 
specifies the current autoload file. 

[:MMEMorY:AUToload] {0|<auto_file>},<msus><NL> 


OUTPUT XXX;":MMEMORY:AUTOLOAD?" 
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Query 


<msus> 

Returned Format 

<block_data> 


Example 


MM EM ory Subsystem 

CATalog 


CATalog 

:MMEMory:CATalog? [[ALL|FULL][,<msus>]] 


The FULL option is avaiiabie with version 1.01 or higher of the FIP 16500C 
operating system oniy. Version 1.00 does not recognize this option. 


The CATalog query returns the directory of the disk in one of three block 
data formats. When no options are used, the directory consists of a string of 
51 characters for each file on the disk. Each entry is formatted as follows: 
"NNNNNNNNNN tTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF" 
where N is the filename, T is the file type (see table 12-2), and F is the file 
description. 

The optional parameter ALL returns the directory of the disk as a 
70-character string for each fUe, formatted as follows: 

"NNNNNNNNNNNN tTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 
DDMMMYY HH:MM:SS" 

where D, M, Y, and HH:MM:SS are respectively the date, month, year, and 
time in 24-hour format. 

The optional parameter FULL returns an 83-character string for each file in 
the directory. The string is formatted as follows: 

"NNNNNNNNNNNN TTTTTTT FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 
DDMMMYY HH:MM:SS LLLLLLLLLLLL" 
where L is the fUe length in decimal. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

[rMMEMory:CATalog] <block_data> 

ASCII block containing 

<filename> <file_type> <file_description> 

in one of the three formats described above. 

OUTPUT XXX;":MMEMORY:CATALOG? ALL" 
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MM EMorySubsystem 

CD (Change Directot 7 ) 


Command 


<directory_ 

name> 

<msus> 


Example 


CD (Change Directory) 

:MMEMory:CD <directory_name> [,<msus>] 


The CD command allows you to change the current working directory on the 
hard disk or a DOS flexible disk. The command allows you to send path 
names of up to 64 characters for DOS format. Separators can be either the 
slash (/) or backslash (\) character. Both the slash and backslash characters 
are equivalent and are used as directory separators. The string containing 
double periods (..) represents the parent of the directory. 

String of up to 64 characters for DOS disks ending in the new directory name. 


Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


OUTPUT XXX; 
OUTPUT XXX; 
OUTPUT XXX; 


:MMEMorY:CD 
:MMEMorY:CD 
:MMEMorY:CD 


' CHILD_DIR' " 

r r n 

' \SYSTEM\SOURCE_DIR\DIR' , 


INTernalO" 


The slash (/) character in DOS path names will be automatically translated to 
the backslash character (\) on the disk; therefore, any flexible DOS disk used in 
the HP 16500C will be compatible in DOS computers. 
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Command 


<name> 


<new_name> 


<msus> 


MM EM ory Subsystem 

COPY 


COPY 

:MMEMory:COPY <name>[,<msus>],<new_name>[,<msus>] 


The COPY command copies one file to a new file. Wildcards are supported. 
The two <name> parameters are the filenames. The first pair of parameters 
specifies the source file. The second pair specifies the destination. An error 
is generated if the source file doesn’t exist, or if the destination file already 
exists. The destination may be a directory, in which case the new file name is 
the same as the source file name. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR to copy the file to another directory 
or 

\NAME_DIR\FILENAME to copy the file to another directory and change the 
name. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 
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MM EMorySubsystem 

DOWN load 


Example 


Command 


<name> 


<msus> 

<description> 

<type> 

<block_data> 


To copy the contents of "FILEl" to ''FILE2": 

OUTPUT XXX;":MMEMORY:COPY 'FILElFILE2'" 

To copy the contents of "FILEl" on the hard disk to "FILE2" on the flexible 
disk: 

OUTPUT XXX;":MMEMORY:COPY 'FILEl',INTERNALO,'FILE2',INTERNALl" 

To copy the contents of a LIF flexible disk to the hard disk: 

OUTPUT XXX;":MMEM:COPY INTI\INTO" 


DOWNload 

:MMEMory:DOWNload <name>[,<msus>],<description>, 
<type>,<block_data> 

The DOWNload command downloads data to a file on the mass storage 
device. The <block_data> parameter contains the data; the <name> 
parameter is the name of the file being created. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

A string of up to 32 alphanumeric characters 
An integer (see table 12-2) 

Contents of file in block data format 
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MM EM ory Subsystem 

DOWNIoad 


Example 

OUTPUT XXX;":MMEMORY:DOWNLOAD 'SETUP ',INTERNALO,'FILE CREATED FROM SETUP 
QUERY',-16127,#80 00 00 64 3. " 


Table 12-2 File Types 


File File Type 

Autoload File -15615 

Inverse Assembler -15614 

DOS file (from Print to Disk) -5813 

HP 16500B System Software -15603 

HP 16500B Option Software -15602 

HP 16500C System Software -15593 

HP 16500C Option Software -15592 

HP 16500A/B/C System Configuration -16127 

HP 16510A/B Configuration -16096 

HP 16511B Configuration -16097 

HP 16515A (Master)and 16516A (Expander)Configuration -16126 

HP 16517A (Master)and 16518A (Expander)Configuration -16123 

HP 16520A (Master)and 16521A (Expander)Configuration -16106 

HP 16522A Configuration -16102 

HP 16530A (Timebase)and 16531A (Acquisition) -16116 

Configuration 

HP 16532A Configuration -16114 

HP 16533A and 16534A Configuration -16113 

HP 16535A Configuration -16112 

HP 16540A/D (Master)and 16541A/D (Expander) -16087 

Configuration 

HP 16542A Configuration -16085 

HP 16550A Configuration -16095 

HP 16554A, 16555A/D, and 16556A/D Configuration -16093 


12-12 



MM EMorySubsystem 

IDENtify 


Command 


Returned Format 


<msus> 

<serial_num> 


IDENtify 

:MMEMory:IDENtify? [<msus>] 


The IDENtify query is available with version 1.01 or higher of the HP 16500C 
operating system only. Version 1.00 does not recognize this query. 


The IDENtify query returns the serial number of the disk in the specified 
drive. This number is unique for disks created with DOS version 4.0 or 
higher. For other disks, the number returned is usually 0. 

VOLUME SERIAL #: <serial_num> 


The IDENtify query always returns the initial string 'VOLUM E SERIAL# "and has 
no response header. 


Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

An eight-digit hexadecimal number 
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MM EM ory Subsystem 

INITialize 


INITialize 

Command : MMEMory:INITialize [ {LIF | DOS }[ ,<msus>]] 

The INITialize command formats the disk in DOS (Disk Operating System) on 
the hard drive or either DOS or LIF (Logical Information Format) on the 
flexible drive. If no format is specified, then the initialize command will 
format the disk in the DOS format. LIF format is not allowed on the hard 
drive. 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


Example output XXX;":MMEM0RY:initialize DOS" 

OUTPUT XXX; MMEMORY:INITIALIZE LIF, INTERNALI" 
OUTPUT XXX;":MMEM:INIT DOS,INTO" 


Once executed, the initialize command formats the specified disk, permanently 
erasing all existing information from the disk. After that, there is no way to 
retrieve the original information. 
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MM EMorySubsystem 

LOAD[:CONFig] 


Command 


<name> 


<msus> 

<module> 


Example 


LOAD[:CONFig] 

:MMEMory:LOAD[:CONfig] <name>[,<msus>][,<module>] 


The LOAD command loads a configuration file from the disk into the 
modules, software options, or the system. The <name> parameter specifies 
the filename from the disk. The optional <module> parameter specifies 
which module(s) to load the file into. The accepted values are -2 through 
10. Not specifying the <module> parameter is equivalent to performing a 
’LOAD ALL’ from the front panel which loads the appropriate file for both the 
system and the modules, and any software option. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

An integer, -2 through 5 for the HP 16500C alone. -2 through 10 with the 
HP 16501A connected. 

OUTPUT XXX;MMEMORY:LOAD:CONFIG 'FILE 
OUTPUT XXX;":MMEMORY:LOAD 'FILE ',0" 

OUTPUT XXX;":MMEM:LOAD:CONFIG 'FILE A',INTERNALO,1" 
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Command 


<IA_name> 


<msus> 

<module> 


Example 


MM EM ory Subsystem 

LOAD :IASSembler 


LOAD rIASSembler 

:MMEMory:LOAD:lASSembler <IA_name>[,<msus>],{1|2} 
[, <module>] 


This variation of the LOAD command allows inverse assembler files to be 
loaded into a module that performs state analysis. The <IA_name> 
parameter specifies the inverse assembler filename from the desired 
<msus>. The parameter after the optional <msus> specifies which machine 
to load the inverse assembler into. For example, a 1 specifies that the inverse 
assembler files will be loaded into MACHINE 1 of the specified module. 

The optional <module> parameter is used to specify which slot the state 
analyzer is in. If this parameter is not specified, the state analyzer in the 
currently selected module wiU be loaded with the inverse assembler file. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

Mass Storage Uirit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

An integer, 1 through 5 for the HP 16500C alone. 1 through 10 with an HP 
16501A connected. Although the parser will accept the values -1 and -2, 
they will generate a disk error. 

OUTPUT XXX;":MMEMORY:LOAD:lASSEMBLER '168020 IP',1" 

OUTPUT XXX;":MMEM:LOAD:IASS '168020 IP',INTERNALO,1,2" 
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MM EMorySubsystem 

MKDir(Make Directot 7 ) 


Command 


<directory 

_name> 

<msus> 

Example 


MKDir (Make Directory) 

:MMEMory:MKDir <directory_name> [,<msus>] 


The MKDir command allows you to make a directory on the hard drive or a 
DOS disk in the flexible drive. Directories cannot be made on LIF disks. 

Make directory will make a directory under the present working directory on 
the current drive if the optional path is not specified. Separators can be 
either the slash (f) or backslash (\) character. Both the slash and backslash 
characters are equivalent and are used as directory separators. The string 
containing two periods (..) represents the parent of the present working 
directory. 

String of up to 64 characters for DOS disks ending in the new directory name. 


Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


OUTPUT XXX;MMEMORY:MKDIR 'NEW.DIR'" 

OUTPUT XXX;":MMEM:MKD '\SYSTEM\NEW.DIR',INTO " 


The slash (/) character in DOS path names will be automatically translated to 
the backslash character (\) on the disk; therefore, any flexible DOS disk used in 
the HP 16500C will be compatible in DOS computers. 
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Command 


<msus> 


Example 


Query 


Returned Format 


Example 


MM EM ory Subsystem 

MSI (Mass Storage Is) 


MSI (TMass Storage Is) 

:MMEMory:MSI [<msus>] 


The MSI command selects a default mass storage device. INTernalO selects 
the hard disk drive and INTernall selects the flexible disk drive. Once the 
MSI is selected it remains the default drive until another MSI command is 
sent to the system. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

OUTPUT XXX;":MMEMORY:MSI" 

OUTPUT XXX;":MMEM:MSI INTERNALO" 


:MMEMory:MSI? 

The MSI? query returns the current MSI setting, either INTernalO or 
INTernall. 

[:MMEMory:MSI] <msus><NL> 

OUTPUT XXX;MMEMORY:MSI?" 
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MM EMorySubsystem 

PACK 


Command 


PACK 

:MMEMory:PACK [<msus>] 


The PACK command packs the files on the LIF disk the disk in the drive. If a 
DOS disk is in the drive when the PACK command is sent, no action is taken. 

<msus> Mass Storage Uirit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


Example output XXX;":MMEM0RY:PACK" 

OUTPUT XXX;":MMEM:PACK INTERNALO" 
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MM EM ory Subsystem 

PURGe 


PURGe 

Command :MMEMory:PURGe <name>[,<msus>] 

The PURGe command deletes files and directories from the disk in the 
specified drive. The PURge command only purges directories when the 
directory is empty. If the PURge command is sent with a directory name and 
the directory contains files, the message "Directory contains files" is 
displayed and the command is ignored. The <name> parameter specifies the 
file name to be deleted. 

<name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


Example This instruction purges the file named "FILEl" from the currently specified 

drive: 

OUTPUT XXX;MMEMORY:PURGE 'FILEl'" 

This purges all files in the directory named "TEMP" from the hard drive: 
OUTPUT XXX;MMEMORY:PURGE '\TEMP\*INTERNALO" 

This instruction purges the directory named "TEMP" from the hard drive: 
OUTPUT XXX;":MMEMORY:PURGE '\TEMP',INTERNALO" 


Once executed, the purge command permanently erases all the existing 
Information aboutthe specified file. After that, there Is no way to retrieve the 
original Information. 


12-20 



MM EMorySubsystem 

PWD (PresentWorking Directory) 


Query 


PWD (Present Working Directory) 

:MMEMory:PWD? [<msus>] 


The PWD query returr\s the present working directory for the specified drive. 
If the <msus> option is not sent, the present working directory will be 
returned for the current drive. 

Returned Format [:MMEMory:PWD] <directorY>,<msus><NL> 

<directory> String of up to 64 characters with the backslash (\) as separator for DOS and 
LIF disks. 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


Exampie 


OUTPUT XXX;MMEMORY:PWD?" 

OUTPUT XXX;MMEMORY:PWD? INTERNALl" 
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Command 


<name> 


<msus> 


<new name> 


Example 


MM EM ory Subsystem 

REName 


REName 

:MMEMory:REName <name>[,<msus>],<new_name> 


The REName command renames a file on the drive. The <name> parameter 
specifies the filename to be changed and the <new_name> parameter 
specifies the new filename. You cannot use REName to move a file from one 
drive to the other. 


You cannot rename a file to an already existing filename. 


A string of up to 10 alphanumeric characters for LIE in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

OUTPUT XXX;MMEMORY:RENAME 'AUTOLOAD','OLD_AUTO'" 
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MM EMorySubsystem 

STORe [:CONFig] 


Command 


<name> 


<msus> 

<description> 

<module> 

Example 


STORe [rCONFig] 

:MMEMory:STORe[:CONfig] <name>[,<msus>], 
<description>[,<module>] 


The STORe command stores configurations onto a disk. The [:CONFig] 
specifier is optional and has no effect on the command. The <name> 
parameter specifies the file on the disk. The <description> parameter 
describes the contents of the fUe. The optional <module> parameter allows 
you to store the configuration for either the system or the modules. If the 
optional <module> parameter is not specified, the configurations for the 
system, modules, and any installed software options are stored. 

A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

A string of up to 32 alphanumeric characters 

An integer, -2 through 5 for the HP 16500C alone. -2 through 10 with an 
HP 16501A connected. 

OUTPUT XXX;":MMEM:STOP 'DEFAULTS'SETUPS FOR ALL MODULES'" 
OUTPUT XXX;MMEMORY:STORE:CONFIG 'STATEDATA',INTERNALO, 
'ANALYZER 1 CONFIG',1" 


The appropriate module designator "_X"is added to all files when they are 
stored. "_X" refers to either an __ (double underscore) for the system or an _(A 
through E) for an HP 16500C alone or an _(A through] jwith an HP 16501A 
connected. 
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MM EM ory Subsystem 

UP Load 


UPLoad 

Query : MMEMory: UPLoad? <name> [, <msus> ] 

The UPLoad query uploads a file. The <name> parameter specifies the file to 
be uploaded from the disk. The cor\ter\ts of the file are sent out of the 
instrument in block data form. 


This command should only be used for HP 16550A configuration files, 


<name> A string of up to 10 alphanumeric characters for LIF in the following form: 

NNNNNNNNNN 

or 

A string of up to 64 alphanumeric characters for DOS in one of the following 
forms: 

NNNNNNNN. NNN when the file resides in the current directory or 
\NAME_DIR\FILENAME when it does not reside in the current directory 

<msus> Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 

Returned Format [:MMEMory:UPLoad] <block_data><NL> 

Example 

10 DIM Blocks[32000] [allocate enough memory for block data 

20 DIM Specifier$[2] 

30 OUTPUT XXX;":EOI ON" 

40 OUTPUT XXX;SYSTEM:HEADER OFF" 

50 OUTPUT XXX;":MMEMORY:UPLOAD? 'FILEl'" [send upload query 

60 ENTER XXX USING "#,2A";Spedfier$ [read in #8 

70 ENTER XXX USING "#,8D";Length [read in block length 

80 ENTER XXX USING "-K";Block$ [read in file 

90 END 
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MM EMorySubsystem 

volume 


Query 


<msus> 


Returned Format 


Example 


VOLume 

:MMEMory:VOLume? [<msus>] 


The VOLume query returns the volume type of the disk. The volume types 
are DOS or LIF. Question marks (???) are returned if there is no disk, if the 
disk is not formatted, or if a disk has a format other than DOS or LIF. 

Mass Storage Unit specifier. INTernalO for the hard disk drive and 
INTernal 1 for the flexible disk drive. 


The VOLume query does not return a response header. 


{DOS ILIFI ???}<NL> 

OUTPUT XXX;MMEMORY:VOLUME?" 
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13 


INTermodule Subsystem 



Introduction 


The INTermodule subsystem commands specify intermodule arming 
from the rear-panel input BNC (ARMIN) or to the rear-panel output 
BNC (ARMOUT). Refer to figure 13-1 and table 13-1 for the 
INTermodule Subsystem commands syntax diagram. The 
INTermodule commands are: 

• DELete 

• HTlMe 

• INPort 

• INSert 

• OUTDrive 

• OUTPolar 

• OUTType 

• PORTEDGE 

• PORTLEV 

• SKEW 

• TREE 

• TTlMe 
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Intermodule Subsystem Commands Syntax Diagram 













INTermodule Subsystem 


Figure 13-1 (continued) 



Intermodule Subsystem Commands Syntax Diagram (continued) 
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INTermodule Subsystem 

:INTermodule 


Table 13-1 


Selector 


INTermodule Parameter Values 


Parameter Value 


module 

user_lev 

index 

setting 


An integer, 1 through 5 for HP 16500C alone. 1 through 10 
with the HP 16501A connected. 

A real number from -4.0 to +5.0 volts in 0.02 volt increments 
An integer, 1 through 5 for HP 16500C alone. 1 through 10 
with the HP 16501A connected. 

A numeric, - 1.0 to 1.0 in seconds. 


rINTermodule 

:INTermodule 


The INTermodule selector specifies INTermodule as the subsystem the 
commands or queries following will refer to. Because the INTermodule 
command is a root level command, it will normally appear as the first element 
of a compound header. 


Example 


OUTPUT XXX; 


: INTERMODULE:HTIME?" 



Command 


<module> 


Example 


INTermodule Subsystem 

DELete 


DELete 

:INTermodule:DELete {ALL|OUT|<module>} 

The DELete command is used to remove a module, PORT OUT, or an entire 
intermodule tree from a Group Run. The <module> parameter sent with the 
delete command refers to the slot location of the module. 

An integer, 1 through 5 for HP 16500C alone. 1 through 10 with the HP 
16501A connected. 

OUTPUT XXX;INTERMODULE:DELETE ALL" 

OUTPUT XXX;":INTERMODULE:DELETE 1" 
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INTermodule Subsystem 

HTIMe 


HTIMe 


Query : INTermodule: HTIMe? 


The HTIMe query returns a value representing the internal hardware skew in 
the Intermodule configuration. If there is no internal skew, 9.9E37 is 
returned. 


The internal hardware skew is only a display adjustment for time-correlated 
waveforms. The value returned is the average propagation delay of the trigger 
lines through the intermodule bus circuitry. These values are for reference only 
because the values returned byTTIMe include the internal hardware skew 
represented by HTIM e. 


Returned Format [: INTermodule:HTIMe] <value_A>,<value_B>,<value_C>,<value_D>, 

<value_E>[,<value_F>,<value_G>,<value_H>, <value_I>, <value_J>] 
<NL> 

<vaIue_X> Skew for module in slot X (real number) 


Example output XXX;intermodule:HTIME?" 
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INTermodule Subsystem 

INPort 


INPort 

Command : INTermodule: INPort { {ON | I} | {OFF | 0 } } 


The INPort command causes intermodule acquisitions to be armed from the 
Port In, the same as Group Run Armed from PORT IN in the Intermodule 
menu. A value of 0 removes Port In from the Group Run. 

In version 1.02 and later of the operating system software, you can set Group 
Run with OR TRIGGER by setting INPort to 2. 


Example output XXX;intermodule:inport ON" 


Query : INTermodule: INPort ? 

The INPort query returns the current Group Run setting. A value of 2 means 
that the Group Run is set to Group Run with OR TRIGGER. 

Returned Format [:INTermodule:INPort] {2|1|0}<NL> 


Example output XXX;intermodule:inport?" 
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INTermodule Subsystem 

INSert 


Command 


<module> 


Example 


INSert 

:INTermodule:INSert 
{<module>|OUT},{GROUP|<module>} 

The INSert commar\d adds a module or PORT OUT to the Intermodule 
configuration. The first parameter selects the module or PORT OUT to be 
added to the intermodule configuration, and the second parameter teUs the 
instrument where the module or PORT OUT will be located. 1 through 5 
corresponds to the slot location of the modules A through E for the HP 
16500C alone and 1 through 10 corresponds to slot location of modules A 
through J when an HP 16501A is connected. 

An integer, 1 through 5 for HP 16500C alone. 1 through 10 with the HP 
16501A connected. 


OUTPUT XXX; 
OUTPUT XXX; 
OUTPUT XXX; 


INTERMODULE:INSERT 
INTERMODULE:INSERT 
INTERMODULE:INSERT 


1, GROUP" 

2, GROUP" 

3,2;INSERT OUT,2" 


The following figure shows the result of the example output commands: 


Group Run 


A 


B 


C OUT 
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INTermodule Subsystem 

OUTDrive 


OUTDrive 

Command :INTermodule:OUTDrive {{0|NORMal}|{1|OPENcllctr}} 

The OUTDrive command sets the Port Out BNC to put out either a normal 
(TTL-type) or open-collector signal. This corresponds to the Output field in 
the PORT IN/OUT Setup menu under the Intermodule menu. 

See Also The HP 16500C User’s Reference for more information about open collector 

signals. 

Example output XXX;intermodule:outdrive NORMAL" 

Query : INTermodule: OUTDrive? 

The OUTDrive query returns the current Port Out output setting. 

Returned Format [:INTermodule:OUTDrive] {1|0}<NL> 

Example output XXX;intermodule:outdrive?" 


Command 


OUTPolar 

:INTermodule:OUTPolar {{0|HIGHtrue}|{1|LOWtrue}} 


The OUTPolar command sets the Port Out BNC polarity. This command has 
the same effect as setting the Polarity field in the PORT IN/OUT Setup menu 
under the Intermodule menu. 


Example output XXX;":intermodule:0UTP HIGH" 
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INTermodule Subsystem 

OUTType 


Query : INTermodule: OUTPolar? 

The OUTPolar query returns the current Port Out polarity setting. 
Returned Format [:INTermodule:OUTPolar] {1|0}<NL> 

Example output XXX;intermodule:OUTP olar?" 


OUTType 

Command :INTermodule:OUTType {{ 0 |FEEDthru} | {l|LATChed} 

I {2|PULse}} 

The OUTType command sets the Port Out BNC signal type. This command 
has the same effect as setting the Type field in the PORT IN/OUT Setup 
menu under the Intermodule menu. 

See Also The HP 16500C User’s Reference for more information about Port Out signal 

types. 


Example output XXX;intermodule:0UTTYPE LATCHED" 


Query : INTermodule: OUTType? 

The OUTType query returns the current Port Out signal type. 
Returned Format [:INTermodule:OUTType] {0|1|2}<NL> 

Example output XXX; " : INT:0UTT?" 
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Command 


<edge_spec> 


Example 


Query 


Returned Format 


Example 


INTermodule Subsystem 

PORTEDGE 


PORTEDGE 


:INTermodule:PORTEDGE <edge_spec> 

This command does not obey the truncation rules. 

The PORTEDGE command sets the Port In BNC to respond to either a rising 
edge of falling edge for a trigger from an external source. The threshold level 
of the input signal is set by the PORTLEV command. 

A 1 or ON for rising edge or a 0 or OFF for falling edge. 

OUTPUT XXX;":INTERMODULE:PORTEDGE 1" 


;INTermodule:PORTEDGE? 

The PORTEDGE query returns the current edge setting. 
[:INTermodule:PORTEDGE] {1|0}<NL> 

OUTPUT XXX;":INTERMODULE:PORTEDGE?" 
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INTermodule Subsystem 

PORTLEV 


Command 


<user_lev> 


Example 


Query 


Returned Format 


Example 


PORTLEV 


: INTermodule:PORTLEV {TTL|ECL|<user_lev>} 


This coiranand does not obey the truncation rules. 

The PORTLEV (port level) command sets the threshold level at which the 
input BNC responds and produces an intermodule trigger. The preset levels 
are TTL and ECL. The user-defined level is -4.0 volts to +5.0 volts. If a value 
outside this range is specified, the value is set to the extreme in the direction 
exceeded and no error message is generated. 

A real number from -4.0 to + 5.0 volts in 0.01 volt increments. 


This statement sets the BNC threshold to ECL 
OUTPUT XXX;INTERMODULE:PORTLEV ECL" 

This statement sets the BNC threshold to -2.3 volts 

OUTPUT XXX;INTERMODULE:PORTLEV -2.3" 


:INTermodule:PORTLEV? 

The PORTlev query returns the current BNC threshold setting. 
[INTermodule:PORTLEV] {TTL|ECL|<user_lev><NL> 

OUTPUT XXX;":INTERMODULE:PORTLEV?" 


13-13 



Command 

<N> 

<setting> 

Example 

Query 

Returned Format 

Example 


INTermodule Subsystem 

SKEW<N> 


SKEW<N> 


: INTermodule:SKEW<N> <setting> 


The SKEW command sets the skew value for a module. The <N> index value 
is the module number (1 through 5 corresponds to the slot location of the 
modules A through E for the HP 16500C alone and 1 through 10 to slot 
location of modules A through J when an HP 1650lA is connected). The 
<settmg> parameter is the skew setting (- 1.0 to 1.0) in seconds. 

An integer, 1 through 5 for HP 16500C alone. 1 through 10 with the HP 
16501A connected. 

A real number from -1.0 to 1.0 seconds 


OUTPUT XXX;INTERMODULE:SKEW2 3.0E-9" 


: INTermodule:SKEW<N>? 


The query returns the user defined skew setting. 
[INTermodule:SKEW<N>] <setting><NL> 

OUTPUT XXX;":INTERMODULE:SKEWl?" 
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INTermodule Subsystem 

TREE 


Command 


<module> 

<port_out> 


Example 


TREE 


:INTermodule:TREE <module>,<module>,<module>, 
<module>, <module>[,<module>,<module>,<module>, 
<module>, <module>],<port_out> 


The TREE command allows an intermodule setup to be specified in one 
command. The first five (or ten, with an HP 16501A connected) parameters 
are the intermodule arm values for modules A through E for an HP 16500C 
alone or modules A through J with an HP 16501A connected. The last 
parameter corresponds to the intermodule arm value for PORT OUT. A -1 
means the module is not in the intermodule tree, a 0 value means the module 
is armed from the Intermodule run button (Group run), and a positive value 
indicates the module is being armed by another module with the slot location 
1 to 10. 1 through 10 correspond to slots A through J. 

An integer, -1 through 5 for an HP 16500C alone. -1 through 10 with an 
HP 16501A connected. 


OUTPUT XXX;INTERMODULE:TREE 0,0,2,-1,-1,2" 


The following figure shows the result of the example output commands: 


Group Run 


A 


B 


C OUT 
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INTermodule Subsystem 

TREE 


Query : INTermodule: tree? 

The TREE? query returns a string that represents the intermodule tree. A -1 
means the module is not in the intermodule tree, a 0 value means the module 
is armed from the Intermodule run button (Group run), and a positive value 
indicates the module is being armed by another module with the slot location 
1 to 10. 1 through 10 correspond to the slots A through J. 

Returned Format [INTermodule:TREE] <module>,<module>,<module>,<module>, 

<module> [, <module>, <module>, <module>, <module>, <rriodule>] , 
<port_out><NL> 

Example output XXX;intermodule:tree?" 
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INTermodule Subsystem 

TTIMe 


Query 


Returned Format 

<module> 

Example 


TTIMe 


: INTermodule:TTIMe? 


The TTIMe query returns five values for the HP 16500C alone or ten with an 
HP 16501A connected representing the absolute intermodule trigger time for 
all of the modules in the Intermodule configuration. The first value is the 
trigger time for the module in slot A, the second value is for the module in 
slot B, the third value is for slot C, etc. 

The value 9.9E37 is returned when: 

• The module has not yet been run; 

• No module is installed in the corresponding slot; 

• The module in the corresponding slot is not time correlated; or 

• A time-correlatable module did not trigger. 


The trigger times returned by this command have aiready been offset by the 
INTermoduie:SKEW vaiues and internai hardware skews (INTermoduie:HTIM e). 


[:INTermodule:TTIMe] <module>,<module>,<module>,<module>, 
<module>[,<module>,<module>,<module>,<module>,<module>]<NL> 

Trigger time for module (real number) 

OUTPUT XXX;":INTERMODULE:TTIME?" 
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TGTctrl Subsystem 



Introduction 


The TGTctrl subsystem commands specify the signals put out by the 
Target Control Port. Refer to figure 14-1 and table 14-1 for the 
TGTctrl Subsystem commands syntax diagram. The TGTctrl 
commands are: 

• ALL 

• AVAILable 

• BITS 

• CURSTate 

• DRIVe 

• LASTstate 

• NAME 

• PULse 

• SIGNal 

• SIGSTatus 

• STATES 

• STEP 

• TOGgle 

• type 
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TGTctrl Subsystem 

:TGTctrl 


Table 14-1 


Selector 


TGTctrl Parameter Values 


Parameter 

N 

bits 

state 

name 


Value 

An integer, 0 through 7, indicating signai 
An integer, 0 though 255 
An integer, 0 through 7 
A string of up to 14 characters 


:TGTctrl 

:TGTctrl 


This command does not obey the truncation rule. 

The TGTctrl selector specifies target control as the subsystem the commands 
or queries following wiU refer to. Because the TGTctrl command is a root 
level command, it wiU normally appear as the first element of a compound 
header. 


Example 


OUTPUT XXX;":TGTCTRL:ALL4 ? 



TGTctrl Subsystem 

ALL 


ALL 

Query : TGTctrl: ALL<N>? 

The ALL query returr\s all parameters of the sigr\al specified by <N>. These 
values may be individually queried using other commands in the TGTctrl 
subsystem. 

<N> An integer, 0 through 7. 

Returned Format [:TGTctrl: ALL<N>] <on>,<name>,<tYpe>,<bits>,<drive>,<last>, 

<current>,<stateO>,<statel>,<state2>,<state3>,<state4>, 
<state5>, <state6>,<state7><nl> 

<on> {0 11} 0 indicates signal is not active, 1 indicates signal is active. 

<name> A string of up to 14 characters 

<type> {0 111 2} indicating type of output signal. 0 indicates toggle, 1 indicates 
pulse, and 2 indicates a sequence. 

<bit s> An integer, 0 through 255, whose binary form indicates the signal’s bit mask. 
A value of 1 means the bit is turned on. 

<dr ive> {0 11} indicating output type. A value of 0 indicates normal (TTL), and 1 
indicates open collector. 

< 1 a s t > An integer, 1 through 7, indicating last state. 

<current> An integer, 0 through 7, indicating current state. 

<stateO> - An integer, 0 through 255, whose binary form indicates the value put out 
<state7> when the signal is in that state. Values occurring after the last state are not 
significant. 

Example output XXX; "TGT:ALL0?" 


See Also SlGNal, NAME, TYPE, BITS, DRlVe, LASTstate, CURSTate, and STATEs 

commands in this chapter. 
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Query 


Returned Format 

<bits> 

Example 


TGTctrl Subsystem 

AVAILable 


AVAILable 


: TGTctrl:AVAILable? 


This coiranand does not obey the truncation rule. 

The AVAILable query returns an integer whose binary form indicates 
unassigned bits. If a signal is turned off, any bits assigned to it are available. 
A 0 indicates that the bit is NOT available. 

[:TGTctrl:AVAILable] <bits><NL> 

An integer, 0 through 255. 


For example, if your HP BASIC program contains a line 
OUTPUT XXX;TGTCTRL:AVAILABLE?" 

and the value returned is 248, you have 1111 1000 in binary. The binary 
value lets you know that bits 0 through 2 are in use, but bits 3 through 7 are 
available. 
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Command 

<N> 

<mask:> 

Example 


Query 

Returned Format 

Example 


TGTctrl Subsystem 

BITS 


BITS 

: TGTctrl: BITS<N> <mask;> 

The BITS coiranand assigns bits to a signal. A 1 in the mask’s bit position 
assigns the bit to the signal. The mask overwrites any previous assignments. 

An integer, 0 through 7, specifying signal. 

An integer, 0 through 255. 


To assign the last four bits to signal 1: 
OUTPUT XXX;":TGT:BITS1 #H0F" 


:TGTctrl:BITS<N>? 

The query returns an integer. The binary form of the integer specifys which 
bits are assigned to the signal. 

[:TGTctrl:BITS<N>] <mask><NL> 

OUTPUT XXX;":TGT:BITS1?" 
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TGTctrl Subsystem 

CURSTate 


Query 

Returned Format 

<N> 

<state> 

Example 


Command 

<N> 

Example 

Query 

Returned Format 

<type> 


CURSTate 

:TGTctrl:CURSTate<N>? 

This coiranand does not obey the truncation rule. 

The CURSTate query returns the current state of the specified signal. For 
toggle and pulse signals, this will be either 0 or 1. For sequence signals, it 
will be between 0 and the last state. 

[:TGTctrl:CURSTate<N>] <state><NL> 

An integer, 0 through 7, specifying signal. 

An integer, 1 through 7, indicating current state. 


OUTPUT XXX;TGTCTRL:CURSTATEO?" 


DRIVe 

:TGTctrl:DRIVe<N> { {NORMal|0} | {OPENcllctr | 1 } } 

The DRIVe command sets a signal’s output type. The output type controls 
the way in which the line is driven. 

An integer, 0 through 7, specifying signal. 

OUTPUT XXX;TGTCTRL:DRIVE1 NORMAL" 

:TGTctrl:DRIVe<N> ? 

[:TGTctrl:DRIVe<N>] <tYpe><NL> 

{0 11} 0 indicates normal (TTL); 1 indicates open collector. 
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TGTctrl Subsystem 

LASTstate 


Command 

<N> 

<state> 

Example 

Query 

Returned Format 

Example 


LASTstate 

:TGTctrl:LASTstate<N> <state> 

The LASTstate command sets a signal’s last state. LASTstate has no effect 
unless the signal type is sequence. 

An integer, 0 through 7, specifying signal. 

An integer, 1 through 7. 


OUTPUT XXX;TGTCTRL:LAST2 4" 


:TGTctrl:LASTstate<N>? 

The query returns the current last state. For toggle and pulse signals, the 
last state is always 1. 

[:TGTctrl:LASTstate<N>] <state><NL> 

OUTPUT XXX;TGTCTRL:LASTl?" 
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TGTctrl Subsystem 

NAMe 


Command 

<N> 

<name> 

Example 

Query 

Returned Format 

Example 


NAMe 

:TGTctrl:NAMe<N> <name> 

The LASTstate coiranand sets a signal name. 

An integer, 0 through 7, specifying signal. 

A string of up to 14 characters. 

OUTPUT XXX;TGTCTRL:NAMED 'Reset'" 

:TGTctrl:NAMe<N>? 

The NAMe query returns the name of the specified signal. The default names 
are SIGNAL 0 through SIGNAL 7. 

[:TGTctrl:NAMe<N>] <name><NL> 

OUTPUT XXX;":TGTCTRL:NAMEO?" 
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Command 


<N> 

Example 


Command 


<N> 

Example 


Query 

Returned Format 

<status> 


TGTctrl Subsystem 

PULse 


PULse 

:TGTctrl:PULse<N> 


This command does not obey the truncation rule. 

The PULse command pulses the specified signal. If the signal type is toggle 
or sequence, it sets the signal to the next state. This command works the 
same as STEP and TOGgle. 

An integer, 0 through 7, specifying signal. 


OUTPUT XXX;":TGTCTRL:PULSE7" 


SIGNal 


: TGTctrl:SIGNal<N> {{OFF|0} | {ON|1}} 


The SIGNal command activates or deactivates the specified signal, like 
manually selecting Turn Signal Off or Turn Signal On in the Target Control 
Port Settings menu. 

An integer, 0 through 7, specifying signal. 


OUTPUT XXX;":TGT:SIGN7 ON" 


:TGTctrl:SIGNal<N>? 

The SIGNal query returns the current status of the specified signal. 
[:TGTctrl:SIGNal<N>] <status><NL> 

{0 11} 0 indicates off and 1 indicates on. 
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TGTctrl Subsystem 

SIGSTatus 


Query 


<N> 

Returned Format 

<cur_st> 

<activity> 


Example 


SIGSTatus 

:TGTctrl:SIGSTatus<N>? 


This coiranand does not obey the truncation rule. 

The SIGSTatus query returns two values. The first is the current state on the 
target control lines assigned to the signal. The second is an activity indicator 
on the signal. A signal that is off wiU always return a first value indicating aU 
assigned lines are 1. 

An integer, 0 through 7, specifying signal. 

[:TGTctrl:SIGSTatus<N>] <cur_st>,<activitY><NL> 

An integer, from 0 to 255. The binary format represents the current state of 
the assigned lines. The return value is packed; that is, unassigned lines do 
not appear in the binary form. 

An integer, from 0 to 255, representing recent activity. A 1 indicates that the 
bit shows activity. A 0 indicates that the bit has been stable since last screen 
update. 

OUTPUT XXX;TGTCTRL:SIGSTATUS 3?" 
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Command 


<N> 

<value_N> 

Example 


Query 

Returned Format 

Example 


TGTctrl Subsystem 

STATES 


STATES 


:TGTctrl:STATEs<N> <value_0>[,<value_l>, 

<value_2>,<value_3>,<value_4>,<value_5>,<value_6>, 
<value_7>] 

This command does not obey the truncation rule. 

The STATES command sets the state values of the specified signal. The 
value is interpreted as a packed bitmask. You can specify up to 8 values on 
the command line. 

An integer, 0 through 7, specifying signal. 

An integer, 0 through 255, specifying that state’s value in a packed bitmask. 


If bits 0, 2, and 7 are assigned to signal 0, the following command would set 
each bit high in turn: 

OUTPUT XXX;":TGT:STATED 1,2,4" 


:TGTctrl:STATEs<N>? 

The STATES query returns values for aU 8 states. For toggle and pulse 
signals, only the first two values are significant. 

[:TGTctrl:STATEs<N>] <value_0>,<value_l>,<value_2>, 
<value_3>,<value_4>,<value_5>,<value_6>,<value_7><NL> 


OUTPUT XXX;TGTCTRL:STATESO?" 
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TGTctrl Subsystem 

STEP 


STEP 


Command : TGTctrl: STEP<N> 


The STEP command sets the specified signal to the next state. If the signal 
type is pulse, it briefly pulses the signal. STEP can be used with any type of 
signal. This command has the same effect as PULse and TOGgle. 

<N> An integer, 0 through 7, specifying signal. 


Example output XXX;":TGTCTRL:steps" 


TOGgle 

Command : TGTctrl: TOGgle<N> 


This command does not obey the truncation rule. 

The TOGgle command toggles the specified signal to the next state. If the 
signal type is pulse, it briefly pulses the signal. This conuuand has the same 
effect as PULse and STEP. 

<N> An integer, 0 through 7, specifying signal. 


Example 


OUTPUT XXX;":TGTCTRL:TOGGLES" 
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Command 


<N> 

Example 


Query 

Returned Format 

<type> 


TGTctrl Subsystem 

TYPe 


TYPe 

:TGTctrl:TYPe<N> {{TOGgle|0} | {PULse|l} | 

{SEQuence | 2 } } 

The TYPe command sets the signal type for the specified signal. It does not 
turn on the signal. 

An integer, 0 through 7, specifying signal. 

OUTPUT XXX;":TGT:TYP2 SEQ" 


: TGTctrl:TYPe<N>? 


The TYPe query returns the current type of the signal. The default type is 
toggle. 

[:TGTctrl:TYPe<N>] <tYpe><NL> 

{0 111 2} where 0 indicates toggle, 1 indicates pulse, and 2 indicates 
sequence. 


14-16 



Part 3 


15 Programming Examples 15-1 


Programming Examples 




15 


Programming Examples 



Introduction 


This chapter contains short, usable, and tested program examples 
that cover the most frequently requested examples. The examples 
are written in HP BASIC 6.2. 

• Transferring the mainframe configuration between the mainframe 
and the controller 

• Checking for intermodule measurement completion 

• Sending queries to the mainframe 

• Getting ASCII data with PRlNt? All query 

• Reading a disk catalog 

• Printing to the disk using PRINT? ALL 
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Programming Examples 

Transferring the Mainframe Configuration 


Transferring the Mainframe Configuration 

This program uses the SYSTem: SETup? query to transfer the configuration 
of the mainframe to your controller. This program also uses the 
SYSTem: SETup command to transfer a mainframe configuration from the 
controller back to the mainframe. The configuration data will set up the 
mainframe according to the data. It is useful for getting configurations for 
setting up the mainframe by the controller. This command and query differs 
from the SYSTem: DATA? command and query because it only transfers the 
configuration and not the acquired data. Because the mainframe, by itself, 
does not acquire data the SYSTem: DATA? command and query is only 
useful for modules. 


10 I ****************** SETUP COMMAND AND QUERY EXAMPLE ******************** 
20 ! for the HP 1650OC/16501A Logic Analysis System 

30 ! 

40 ! ********************* CREATE TRANSFER BUFFER ************************* 

50 ! Create a buffer large enough for the block data. 

55 ! 

60 ASSIGN @Buff TO BUFFER [170000] 

70 ! 

80 ! **************** INITIALIZE HPIB DEFAULT ADDRESS ********************* 

90 ! 

100 REAL Address 

110 Address=707 

120 ASSIGN @Comm TO Address 

130 ! 

140 CLEAR SCREEN 

150 ! 

160 ! ************* INTITIALIZE VARIABLE FOR NUMBER OF BYTES ***************** 

170 ! The variable "Numbytes" contains the number of bytes in the buffer. 

180 ! 

190 REAL Numbytes 

200 Numbytes=0 

210 ! 

220 ! ************** RE-INITIALIZE TRANSFER BUFFER POINTERS ****************** 

230 ! 

240 CONTROL @Buff,3;l 

250 CONTROL @Buff,4;0 

260 ! 
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Programming Examples 

Transferring the Mainframe Configuration 


270 ! *********************** SEND THE SETUP QUERY ************************** 

280 OUTPUT 707;SYSTEM:HEADER ON" 

290 OUTPUT 707;SYSTEM:LONGFORM ON" 

300 OUTPUT @Comm;"SELECT 0" 

310 OUTPUT @Comm;SYSTEM:SETUP?" 

320 ! 

330 ! ******************** ENTER THE BLOCK SETUP HEADER ********************* 

340 ! Enter the block setup header in the proper format. 

350 ! 

360 ENTER @Comm USING "#,B";BYte 

370 PRINT CHR$(Byte); 

380 WHILE BYte<>35 

390 ENTER @Comm USING "#,B";Byte 

400 PRINT CHR$(BYte); 

410 END WHILE 

420 ENTER @Comm USING "#,B";Byte 

430 PRINT CHR$(BYte); 

440 BYte=BYte-48 


450 

IF 

Byte=l 

THEN 

ENTER 

@Comm 

USING 

"#,D";Numbytes 

460 

IF 

Byte=2 

THEN 

ENTER 

@Comm 

USING 

"#,DD";Numbytes 

470 

IF 

BYte=3 

THEN 

ENTER 

@Comm 

USING 

"#,DDD";Numbytes 

480 

IF 

BYte=4 

THEN 

ENTER 

@Comm 

USING 

"#,DDDD";Numbytes 

490 

IF 

Byte=5 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDD";Numbytes 

500 

IF 

BYte=6 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDDD";Numbytes 

510 

IF 

BYte=7 

THEN 

ENTER 

@Comm 

USING 

" #,DDDDDDD";Numbytes 

520 

IF 

Byte=8 

THEN 

ENTER 

@Comm 

USING 

"#,DDDDDDDD";Numbytes 


530 PRINT Numbytes 
540 ! 

550 ! ******************** TRANSER THE SETUP ******************************** 

560 ! Transfer the setup from the mainframe to the buffer. 

570 ! 

580 TRANSFER @Comm TO @Buff;COUNT Numbytes,WAIT 
600 ! Clear the terminator from the message queue 

610 ENTER @Comm USING "-K";Length$ 

620 PRINT "LENGTH of Length string is";LEN(Length$) 

630 ! 

640 PRINT "**** got THE SETUP ****" 

650 PAUSE 

g50 ! ********************* SEND THE SETUP ********************************** 

670 ! Make sure buffer is not empty. 

680 ! 

690 IF NumbYtes=0 THEN 

700 PRINT "BUFFER IS EMPTY" 

710 GOTO 1170 

720 END IF 
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Transferring the Mainframe Configuration 


730 

740 

750 

760 

770 

780 

790 

800 

810 

820 

830 

840 

850 

860 

870 

880 

890 

900 

910 

920 

930 

940 

950 

960 

970 

980 

990 

1000 

1010 

1020 

1030 

1040 

1050 

1060 

1070 

1080 

1090 

1100 

1110 

1120 

1130 

1140 

1150 

1160 

1170 


I ********************* send the setup command ************************** 
! Send the Setup command 

I 

OUTPUT @Comm USTNG "#,15A"SYSTEM:SETUP #" 

PRINT "SYSTEM:SETUP command has been sent" 

PAUSE 


I ********************* send the block setup **************************** 

! Send the block setup header to the mainframe in the proper format. 

I 


BYte=LEN(VAL$(Numbytes)) 


OUTPUT @Comm USTNG "#,B"; (Byte+iO) 
IF Byte=l THEN OUTPUT @Comm USING 
IF Byte=2 THEN OUTPUT @Comm USING 
IF Byte=3 THEN OUTPUT @Comm USING 
IF Byte=4 THEN OUTPUT @Comm USING 
IF Byte=5 THEN OUTPUT @Comm USING 
IF Byte=6 THEN OUTPUT @Comm USING 
IF Byte=7 THEN OUTPUT @Comm USING 
IF Byte=8 THEN OUTPUT @Comm USING 


"#, A";VAL$(Numbytes) 
"#,AA";VAL$(Numbytes) 

"#, AAA";VAL$(Numbytes) 

"#, AAAA";VAL$(Numbytes) 

"#, AAAAA";VAL$(Numbytes) 

"#, AAAAAA";VAL$(Numbytes) 
"#, AAAAAAA";VAL$(Numbytes) 
"#, AAAAAAAA";VAL$(Numbytes) 


I *********************** SAVE BUFFER POINTERS ************************* 
! Save the transfer buffer pointer so it can be restored after the 
! transfer. 


STATUS @Buff,5;Streg 

I 

I ****************** transfer setup to the HP 16500C ******************** 
! Transfer the setup from the buffer to the HP 16500C mainframe. 

I 

TRANSFER @Buff TO @Comm;COUNT Numbytes,WAIT 

I 

I ********************** restore buffer pointers *********************** 

! Restore the transfer buffer pointer 

I 

CONTROL @Buff,5;Streg 

I 

I ******************** SEND TERMINATING LINE FEED ********************** 

! Send the terminating linefeed to properly terminate the setup string. 

I 

OUTPUT @Comm;"" 

I 

PRINT "**** SENT THE SETUP ****" 

END 
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Checking for Intermodule Measurement Completion 


Checking for Intermodule Measurement Completion 

This program can be appended to or inserted into another program when you 
need to know when an intermodule measurement is complete. If it is at the 
end of a program it wiU teU you when measurement is complete. If you insert 
it into a program, it will halt the program until the current measurement is 
complete. 


420 ! ****************** CHECK FOR MEASUREMENT COMPLETE ********************** 

430 ! Enable the MESR register and query the register for a measurement 

440 ! complete condition. 

450 ! 

460 OUTPUT 707;SYSTEM:HEADER OFF" 

470 OUTPUT 707;SYSTEM:LONGFORM OFF" 

480 ! 

490 Status=0 

500 OUTPUT 707;":MESE0 1" 

510 OUTPUT 707;":MESR0?" 

520 ENTER 707;Status 

530 ! 

533 ! Start a measurement 

536 OUTPUT 707;":START" 

540 ! Print the MESR register status. 

550 ! 

560 CLEAR SCREEN 

570 PRINT "Measurement complete status is ";Status 

580 PRINT "0 = not complete, 1 = complete" 

590 ! Repeat the MESR query until measurement is complete. 

600 WAIT 1 

610 IF Status=l THEN GOTO 630 

620 GOTO 510 

630 PRINT TABXY(30,15);"Measurement is complete" 

640 ! 

650 END 


15-6 




Programming Examples 

Sending Queries to the Logic Analysis System 


Sending Queries to the Logic Analysis System 

This program example contains the steps required to send a query to the 
logic analysis system. Sending the query alone only puts the requested 
information in an output buffer of the logic analysis system. You must follow 
the query with an ENTER statement to transfer the query response to the 
controller. When the query response is sent to the logic analysis system, the 
query is properly terminated in the logic analyzer. If you send the query but 
faU to send an ENTER statement, the logic analysis system wiU display the 
error message "Query Interrupted" when it receives the next command from 
the controller and the query response is lost. 
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280 

290 

300 


I ************************ query example *********************** 

! for the HP 16500C/1650lA Logic analysis system 

I 

I ************************ OPTIONAL *************************** 

! The following two lines turn the headers and longform on so 
! that the query name, in its long form, is included in the 
! query response. 

I 

I ************** note **************** 

! If your query response includes real 

! or integer numbers that you may want 

! to do statistics or math on later, you 

! should turn both header and longform 

! off so only the number is returned. 

I 'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

I 

OUTPUT 707;SYSTEM:HEADER ON" 

OUTPUT 707;SYSTEM:LONGFORM ON" 

I 

I ■k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k'k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k 

! Select the mainframe. 

! Always a 0 for the HP 165000/1650lA mainframe. 

OUTPUT 707;":SELECT 0" 

I 

I -ki^-kir^-ki^-kir^-ki^-ki^iri^-ki^-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

! Dimension a string in which the query response will be entered. 

I 

DIM Query$[100] 

I 

I ■k-k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k'k-k-k 
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Sending Queries to the Logic Anaiysis System 


310 ! Send the query. In this example the MENU? query is sent. All 

320 ! queries except the SYSTem:DATA and SYSTem:SETup can be sent with 

330 ! this program. 

340 ! 

350 OUTPUT 707;"MENU?" 

360 ! 

370 ! **************************************************************** 

380 ! The two lines that follow transfer the query response from the 

390 ! query buffer to the controller and then print the response. 

400 ! 

410 ENTER 707;Query$ 

420 PRINT Query$ 

430 ! 

440 ! 

450 END 
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Getting ASCII Data with PRINt? ALL Query 

This program example shows you how to get ASCII data from a listing 
display, Kke the disk catalog or state listing, using the PRINt? ALL query. 
There are two things you must keep in mind: 

• You must select the mainframe, which is always SELECT 0 for the 
HP 16500C mainframe. 

• You must select the proper menu. The only menus that allow you to use 
the PRINt? ALL query are the disk menu and listing menus. 

10 ! ****** ASCII DATA ******* 

20 ! 

30 ! 

40 ! This program gets the hard disk directory from the HP 16500C mainframe 

50 ! in ASCII form by using the PRINT? ALL query. 

60 ! 

70 I**************************************************************** 

80 ! 

90 DIM Block$[32000] 

100 OUTPUT 707;"EOI ON" 

110 OUTPUT 707;SYSTEM:HEAD OFF" 

120 OUTPUT 707;":SELECT 0" ! Always a 0 for the HP 16500C mainframe 

130 ! 

140 ! 

150 OUTPUT 707;":MENU 0,1" ! Selects the hard disk menu. Print? All 

160 ! will only work in disk menu and listings. 

170 ! 

180 OUTPUT 707;":SYSTEM:PRINT? ALL" 

190 ENTER 707 USING "-K";Block$ 

200 ! 

220 ! Now display the ASCII data you received. 

230 ! 

240 PRINT USING "K";Block$ 

250 ! 

260 END 
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Reading the disk with the CATaiog? ALL query 

The following example program reads the catalog of the currently selected 
disk drive. The CATALOG? ALL query returns the entire 70-character field. 
Because DOS directory entries are 70 characters long, you should use the 
CATALOG? ALL query with DOS disks. 
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****** disk catalog ****** 

using the CATALOG? ALL query 


DIM File$ [100] 

DIM Specifier$[2] 

OUTPUT 707;":EOI ON" 

OUTPUT 707;SYSTEM:HEADER OFF" 

OUTPUT 707;":MMEMORY:MSI INTERNALO" ! select the hard drive 
OUTPUT 707;":MMEMORY:CATALOG? ALL" ! send CATALOG? ALL query 


ENTER 707 USING "#,2A";Specifier$ 
ENTER 707 USING "#,8D";Length 


read in #8 

read in block length 


Read and print each file in the directory 


FOR 1=1 TO Length STEP 70 

ENTER 707 USING "#,70A";File$ 

PRINT File$ 

NEXT I 

ENTER 707 USING "A";Specifier$ ! read in final line feed 

END 
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Programming Examples 

Reading the Disk with the CATalog? Query 


Reading the Disk with the CATalog? Query 

This example program uses the CATALOG? query without the ALL option 
to read the catalog of the currently selected disk drive. However, if you do 
not use the ALL option, the query only returns a 51-character field. Keep in 
mind if you use this program with a DOS disk, each filename entry will be 
truncated at 51 characters. 


10 ! ****** DISK CATALOG ****** 

20 ! using the CATALOG? query 

30 ! 

40 DIM File$ [100] 

50 DIM Specifier$[2] 

60 OUTPUT 707;":EOT ON" 

70 OUTPUT 707;SYSTEM:HEADER OFF" 

80 OUTPUT 707;":MMEMORY:MSI INTERNALO" 

90 OUTPUT 707;":MMEMORY:CATALOG?" 

100 ! 

110 ENTER 707 USING "#,2A";Specifier$ 

120 ENTER 707 USING "#,8D";Length 
130 ! 

140 ! Read and print each file in the directory 

150 ! 

160 FOR 1=1 TO Length STEP 51 

170 ENTER 707 USING "#,51A";File$ 

180 PRINT File$ 

190 NEXT I 

200 ENTER 707 USING "A";Specifiers ! read in final line feed 

210 END 


! select the hard drive 
! send CATALOG? query 

! read in #8 
! read in block length 
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Programming Examples 

Printing to the disk 


Printing to the disk 

This program prints acquired data to a disk file. The file can be either on a 
LIF or DOS disk. If you print the file to a flexible disk in the DOS format, you 
will be able to view the file on a DOS compatible computer using any number 
of file utility programs. 
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********* PRINTING TO A DISK FILE ********** 


! This program prints the acquired data to a disk file on a floppy disk. 
! It will print to either a LIF or DOS file using the PRINT ALL command. 

I 

I -k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 

! This program assumes a logic analyzer module 
! is installed in slot 1. 

OUTPUT 707;SELECT 1" ! Selects the module in slot 1. This program 

! assumes a logic analyzer module is installed 
! in slot 1. 

I 

OUTPUT 707;":MENU 1,7" ! Selects the Listing 1 menu. Print to disk 

! will only work in Listing and Disk menus. 

I 

OUTPUT 707;SYSTEM:PRINT ALL, DISK, 'DISKFILE', INTERNALl" 

I 

I 'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k'k-k-k-k'k-k-k-k'k-k-k-k-k-k-k-k'k-k-k-k-k-k-k-k 

! Now display catalog to see that the file has been saved on the disk. 

I 

DIM File$ [100] 

DIM Specifier$[2] 

OUTPUT 707;":EOI ON" 

OUTPUT 707;SYSTEM:HEADER OFF" 

OUTPUT 707;":MMEMORY:MSI INTERNALl" 

OUTPUT 707;":MMEMORY:CATALOG? ALL" 

ENTER 707 USING "#,2A";Specifier$ 

ENTER 707 USING "#,8D";Length 
FOR 1=1 TO Length STEP 70 

ENTER 707 USING "#,70A";File$ 

PRINT File$ 

NEXT I 

ENTER 707 USING "A";Specifier$ 

END 
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*CLS command, 9-5 
*ESE command, 9-6 
*ESR command, 9-7 
*IDN command, 9-9 
*IST command, 9-9 
*OPC command, 9-11 
*OPT command, 9-12 
*PRE command, 9-13 
*RST command, 9-14 
*SRE command, 9-15 
*STB command, 9-16 
*TRG command, 9-17 
*TST command, 9-18 
*WAI command, 9-19 
...,5-5 
32767, 5-4 
9.9E+37, 5-4 
::=, 5-5 
,5-5 
[ I, 5-5 

11.5- 5 

1.5- 5 

A 

Addressed talk/listen mode, 2-3 
ALL, 14-6 

Angular brackets, 5-5 
Arguments, 1-8 
AUToload command, 12-7 
AVAILable, 14-7 

B 

Bases, 1-13, 1-20 

BASIC, 1-3 

Baud rate, 3-8 

BEEPer command, 10-6 

Binary numbers, 1-13 

Bit definitions, 7-4 to 7-5 

BITS,14-8 

Block data, 1-7, 1-21 

Block length specifier, 11-5, 11-12 

Braces, 5-5 

Bus addressing, 2-4 

C 

C programs 
See Examples 
Cable 

RS-232-C, 3-3 


CAPability, 10-7 

Card Identification numbers, 10-8 

CARDcage command, 10-8 

Case sensitivity, 6-9 

CATalog, 12-8 

CD, 12-9 

CESE, 10-10 

CESR, 10-11 

Clear To Send (CTS),3-5 
Clock, 10-20 
CME, 7-5 
Comma, 1-13 
Command, 1-7, 1-17 
*CLS, 9-5 
*ESE, 9-6 
*OPC, 9-11 
*PRE,9-13 
*RST, 9-14 
*SRE,9-15 
*TRG, 9-17 
*WAI, 9-19 
AUToload, 12-7 
BEEPer, 10-6 
BITS, 14-8 

CD (change directory, 12-9 
CESE, 10-10 
Combining, 1-10 
COPY, 12-10 
DATA, 11-5 
DELete, 13-6 
DOWNload, 12-11 
DRIVe, 14-9 
DSP, 11-6 
EOI, 10-13 
Errors, 8-3 
Execution, 6-3 
HEADer, 1-17, 11-8 
INITialize, 12-14 
INPort, 13-8 
INSert, 13-9 
LASTstate, 14-10 
LOAD:CONFig, 12-15 
LOADdASSembler, 12-16 
LOCKout, 3-10, 10-14 
LONGform, 1-17, 11-9 
MENU, 10-15 
MESE, 10-16 
MKDir, 12-17 
Mode, 2-3 


MSI, 12-18 
NAMe, 14-11 
Organization, 5-10 
OUTDrive, 13-10 
OUTPolar, 13-10 
OUTType, 13-11 
PACK, 12-19 
PORTEDGE, 13-12 
PORTLEV, 13-13 
PRINt, 11-10 
PULse, 14-12 
PURGe, 12-20 
REName, 12-22 
RMODe, 10-19 
RTC, 10-20 
SELect, 10-21 
SETColor, 10-23 
SETUP, 11-12 
SIGNal, 14-12 
SKEW, 13-14 
STARt, 10-24 
STATES, 14-14 
STEP, 14-15 
STOP, 10-25 
STORe:CONFig, 12-23 
Structure, 1-5 
SYStem:DATA, 11-5 
SYStem:SETup, 11-12 
TGTctrl, 14-5 
TOGgle, 14-15 
TREE, 13-15 
TYPe, 14-16 
Types, 5-6 
XWINdovr, 10-26 
Command tree, 5-6 
SELect, 10-22 

Common commands, 1-10, 5-6, 9-2 
Communication, 1-3 
Compound commands, 1-9 
Configuration file, 1-4 
Control level, 4-4 to 4-5 
Controllers, 1-3, 4-5 
mode, 2-3 
Conventions, 5-5 
COPY, 12-10 
CURSTate, 14-9 
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D 

DATA, 11-5 
Data 
bits, 3-8 
level, 4-4 
mode, 2-3 
types, 1-13 to 1-14 
Data Carrier Detect (DCD), 3-5 
DATA command/query, 11-5 
Data Communications Equipment, 
see DCE 

Data Set Ready (DSR), 3-5 
Data Terminal Equipment, 3-3 
Data Terminal Ready (DTR), 3-5 
DCE, 3-3 
DCL, 2-6 
DDE, 7-5 

Decimal numbers, 1-13 
Definite-length block response data, : 
DELete, 13-6 
Device address, 1-7 
HP-IB, 2-4 
LAN, 4-3 
RS-232-C, 3-9 
Device clear, 2-6 
Device dependent errors, 8-3 
Documentation conventions, 5-5 
DOWNload, 12-11 
DRIVe, 14-9 
DSP, 11-6 
DTE, 3-3 

Duplicate keywords, 1-10 

E 

Ellipsis, 5-5 

Embedded strings, 1-3, 1-7 
Enter statement, 1-3 
EOl, 10-13 
ERRor, 11-7 
Error messages, 8-2 
ESB, 7-4 

Event Status Register, 7-4 
Examples 

BASIC program, 1-19, 12-24, 15-2 
C program, 4-9, 4-11 
RS-232 cables, 3-6 
telnet, 4-12 
EXE, 7-5 


Execution, 6-3 
errors, 8-4 

Exponents, 1-13, 6-9 
Extended interface, 3-5 
External trigger, 13-12 

F 

File type numbers, 12-12 
Fractional values, 1-14 

G 

Group execute trigger (GET), 2-6 
Group Run, 13-8 
See also Intermodule 


H 

HEADer, 1-17, 11-8 
Headers, 1-7, 1-9, 1-12 
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Hexadecimal numbers, 1-13 
Host language, 1-7 
HP-IB, 2-2 to 2-3, 7-8 
address, 2-3 
commands, 7-13 
device address, 2-4 
interface, 2-2 to 2-4 
HTIMe, 13-7 

I 

IEEE 488.1, 2-2, 6-2 
bus commands, 2-6 
IEEE 488.2, 6-2 
IFC, 2-6 
Infinity, 5-4 
Initialization, 1-4 
INITialize, 12-14 
INPort, 13-8 
Input buffer, 6-3 
INSert, 13-9 
Instructions, 1-6 
headers, 1-7 
parameters, 1-8 
syntax, 1-6 
terminator, 1-8 
Instrument address, 2-4 
Integers, 1-14 
Interface capabilities, 2-3 
RS-232-C, 3-8 


Interface clear, 2-6 
Interface select code 
HP-IB, 2-4 
RS-232-C, 3-9 
Intermodule menu, 13-2 
delete module, 13-6 
group run, 13-8 
INTermodule subsystem, 13-2 
Internal errors, 8-4 

K 

Keyword data, 1-14 
Keywords, 5-3 

L 

Labels, 1-14 
LAN connections, 4-3 
control vs data, 4-4 
mount, 4-4 
net use, 4-4 
socket, 4-11 
telnet, 4-5, 4-12 
LASTstate, 14-10 
LCL, 7-6 
LER, 10-13 
Linefeed, 1-8, 5-5 
LOAD:CONFig, 12-15 
LOADdASSembler, 12-16 
Local, 2-5 
Local lockout, 2-5 
LOCKout command, 3-10, 10-14 
Longform, 1-12 

LONGform command, 1-17, 11-9 
Lowercase, 1-12 

M 

Magic numbers, 12-12 
Mainframe commands, 10-2 
MAY, 7-4 

Measurement complete program, 15-6 

Measurement unavailable, 5-4 

MENU, 10-15 

MESE, 10-16 

MESR, 10-18 

MKDir, 12-17 

MMEMory subsystem, 12-2 

Mnemonics, 1-14, 5-3 

Module ID numbers, 12-12 
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Module identification number, 

Mounting, 4-4 

MSB, 7-6 

MSG, 7-5 

MSI. 12-18 

MSS, 7-4, 9-16 

Msus, 12-2 

Multiple 

numeric variables, 1-22 
program commands, 1-15 
queries, 1-22 
subsystems, 1-15 

N 

NAMe, 14-11 
Negative numbers, 1-14 
New Line character, 1-8 
NL, 1-8, 5-5 

Notation conventions, 5-5 
Numbers, 1-13, 1-19 
base, 1-20, 1-13 
data, 1-13 
variables, 1-20 

O 

Octal numbers, 1-13 
OPC, 7-5 

Operation Compiete, 7-6 
OR notation, 5-5 
OR TRIGGER, 13-8 
OUTDrive, 13-10 
OUTPolar, 13-10 
Output 
buffer, 1-11 
queue, 6-3 

OUTPUT statement, 1-3 
OUTType, 13-11 
Overlapped commands, 5-4, 9 
10-24 to 10-25 


P 

PACK, 12-19 
Parallel poU, 7-9 
commands, 7-14 
Parameters, 1-8 
syntax rules, 1-13 
types, 1-13 


Parity, 3-8 

BITS, 14-8 

Parse tree, 6-8 

CAPabikty, 10-7 

Parser, 6-3 

CARDcage, 10-8 

PON, 7-5 

CATalog, 12-8 

Port In, 13-8, 13-12 to 13-13 

CESE, 10-10 

Port Out, 13-10 to 13-11, 13-15 

CESR, 10-11 

PORTEDGE, 13-12 

CURSTate, 14-9 

PORTLEV, 13-13 

DATA, 11-6 

PPG, 7-13 

EOI, 10-13 

PPD, 7-14 

ERRor, 11-7 

PPE, 7-14 

FTIMe, 13-7 

PPU, 7-13 

HEADer, 11-8 

PRINt, 11-10 

INPort. 13-8 

Printer mode, 2-3 

LASTstate, 14-10 

Program examples, 5-12, 15-2 

LER, 10-13 

checking measurement complete, 15-6 

LOCKout, 10-14 

getting ASCII data with PRINt ALL, 15-9 

LONGform, 11-9 

sending queries to mainframe, 15-7 

MENU, 10-16 

SYSTem:SETup, 15-3 

MESE, 10-17 

transferring configuration 

MESR, 10-18 

15-3 

MSI, 12-18 

Programming 

NAMe, 14-11 

conventions, 5-5 

OUTDrive, 13-10 

message syntax, 1-6 

OUTPolar, 13-11 

message terminator, 1-8 

OUTType, 13-11 

Protocol, 3-8, 6-3 to 6-4 

PORTEDGE, 13-12 

None, 3-8 

PRINt, 11-11 

XON/XOFF, 3-8 

RMODe, 10-19 

exceptions, 6-5 

SELect. 10-21 

PULse, 14-12 

SETColor, 10-24 

PURGe, 12-20 

SETUP, 11-13 

SIGNal, 14-12 

Q 

SIGSTatus, 14-13 

Query, 1-7, 1-11, 1-17 

SKEW, 13-14 

*ESE, 9-6 

STATES, 14-14 

*ESR, 9-7 

SYSTem:DATA, 11-6 

*IDN, 9-9 

SYStem:SETup, 11-13 

*IST, 9-9 

TREE, 13-16 

*OPC, 9-11 

TTIMe, 13-17 

*OPT, 9-12 

TYPe, 14-16 

*PRE,9-13 

UPLoad, 12-24 

*SRE,9-15 

Query errors, 8-5 

*STB,9-16 

Query program example, 15-7 

*TST, 9-18 

Query responses, 1-16, 5-4 

ALL, 14-6 

Question mark, 1-11 

AUToioad. 12-7 

AVAILable, 14-7 

BEEPer, 10-6 

QYE,7-5 
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R 

Real numbers, 1-14 
Real-time clock, 10-20 
Receive Data (RD), 3-4 to 3-5 
Remote enable (REN), 2-5 
REName, 12-22 
Request To Send (RTS), 3-5 
Response data, 1-21 
Responses, 1-17, 5-4 
RMODe, 10-19 
Root, 5-8 
RQC, 7-5 
RQS, 7-4, 9-16 
RS-232-C, 3-2, 3-9, 6-2 
RTC (real-time clock), 10-20 

S 

Scientific notation, 1-13 
SDC, 2-6 

SELect command, 10-21 
command tree, 10-22 
Selected device clear, 2-6 
Sequential commands, 5-4 
Serial poU, 7-8 

Service Request Enable Register, 7-4 

SETColor, 10-23 

SETUP, 11-12 to 11-13 

Shortform, 1-12 

SIGNal, 14-12 

Signed numbers, 1-14 

SIGSTatus, 14-13 

Simple commands, 1-9 

Skew, 13-7 

SKEW command, 13-14 
Slot numbers, 10-15 
Spaces, 1-8, 1-14, 6-9 
Square brackets, 5-5 
STARt, 10-24 
STATES, 14-14 
Status, 1-23, 7-2, 9-3 
byte, 7-6 

registers, 1-23, 9-3 
reporting, 7-2 
STEP, 14-15 
Stop bits, 3-8 
STOP command, 10-25 
STORe:CONFig command, 12-23 


String data, 1-14 
String variables, 1-19 
Subsystem commands, 5-6 
INTermodule, 13-2, 

MMEMory, 12-2 
SYSTem, 11-2 
TGTctrl, 14-2 
Suffix multiplier, 6-9 
Suffix units, 6-10 
Syntax diagrams 
Common commands, 9-4 
IEEE 488.2, 6-5 

INTermodule subsystem, 13-3 to 13-4 
interpretation, 5-4 
Mainframe commands, 10-3 to 10-4 
MMEMory subsystem, 12-3 to 12-4, 12-6 
SYSTem subsystem, 11-3 
TGTctrl subsystem, 14-3 to 14-4 
System commands, 5-6 
System modules 
talking to, 1-4 
SYSTem subsystem, 11-2 
SYSTem:SETup program, 15-3 


U 

Units, 1-13, 6-10 
UPLoad, 12-24 
Uppercase, 1-12 
URQ, 7-5 

W 

White space, 1-8, 6-9 

X 

XWINdow, 10-26 
XXX, 5-5, 5-8 
(meaning of), 1-7 


T 

Tabs, 1-8 

Talk only mode, 2-3 

Target Control menu, 14-2 

Terminator, 1-8 

TGTctrl subsystem, 14-2, 14-5 

Three-wire Interface, 3-4 

TOGgle, 14-15 

Trailing dots, 5-5 

Transmit Data (TD), 3-4 to 3-5 

TREE command, 13-15 

Trouble 

connecting, 4-5 
X Window, 10-26 
Truncation rule, 5-3 
TTIMe query, 13-17 
TYPe, 14-16 
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Safety 

This apparatus has been 
designed and tested in 
accordance with lEC 
Pubiication 348, Safety 
Requirements for Measuring 
Apparatus, and has been 
supphed in a safe condition. 
This is a Safety Class I 
instrument (provided with 
terminal for protective 
earthing). Before applying 
power, verify that the correct 
safety precautions are taken 
(see the following warnings). 
In addition, note the external 
markings on the instrument 
that are described under 
"Safety Symbols." 

Warning 

• Before turning on the 
instrument, you must connect 
the protective earth terminal 
of the instrument to the 
protective conductor of the 
(mains) power cord. The 
mains plug shall only be 
inserted in a socket outlet 
provided with a protective 
earth contact. You must not 
negate the protective action 
by using an extension cord 
(power cable) without a 
protective conductor 
(grounding). Grounding one 
conductor of a two-conductor 
outlet is not sufficient 
protection. 

• Oniy fuses with the 
required rated current, 
voltage, and specified type 
(normal blow, time delay, 
etc.) should be used. Do not 
use repaired fuses or 
short-circuited fuseholders. 

To do so could cause a shock 
of fire hazard. 


• Service instructions are for 
trained service personnel. To 
avoid dangerous electric 
shock, do not perform any 
service unless qualified to do 
so. Do not attempt internal 
service or adjustment unless 
another person, capable of 
rendering first aid and 
resuscitation, is present. 

• If you energize this 
instrument by an auto 
transformer (for voltage 
reduction), make sure the 
common terminal is 
connected to the earth 
terminal of the power source. 

• Whenever it is likely that 
the ground protection is 
impaired, you must make the 
instrument inoperative and 
secure it against any 
unintended operation. 

• Do not operate the 
instrument in the presence of 
flammable gasses or fumes. 
Operation of any electrical 
instrument in such an 
environment constitutes a 
definite safety hazard. 

• Do not install substitute 
parts or perform any 
unauthorized modification to 
the instrument. 

• Capacitors inside the 
instrument may retain a 
charge even if the instrument 
is disconnected from its 
source of supply. 

• Use caution when exposing 
or handling the CRT. 

Handling or replacing the 
CRT shall be done only by 
qualified maintenance 
personnel. 


Safety Symbols 

A 

Instruction manual symbol: 
the product is marked with 
this symbol when it is 
necessary for you to refer to 
the instruction manual in 
order to protect against 
damage to the product. 

Hazardous voltage symbol. 

I 

Earth terminal symbol: Used 
to indicate a circuit common 
connected to grounded 
chassis. 


WARNING 

The Warning sign denotes a 
hazard. It calls attention to a 
procedure, practice, or the 
like, which, if not correctly 
performed or adhered to, 
could result in personal 
injury. Do not proceed 
beyond a Warning sign until 
the indicated conditions are 
fuUy understood and met. 


CAUTION 

The Caution sign denotes a 
hazard. It calls attention to 
an operating procedure, 
practice, or the like, which, if 
not correctly performed or 
adhered to, could result in 
damage to or destruction of 
part or all of the product. Do 
not proceed beyond a 
Caution symbol until the 
indicated conditions are fully 
understood or met. 



Product Warranty 

This Hewlett-Packard 
product has a warranty 
against defects in material 
and workmanship for a period 
of one year from date of 
shipment. During the 
warranty period, 
Hewlett-Packard Company 
win, at its option, either 
repair or replace products 
that prove to be defective. 

For warranty service or 
repair, this product must be 
returned to a service facility 
designated by 
Hewlett-Packard. 

For products returned to 
Hewlett-Packard for warranty 
service, the Buyer shall 
prepay shipping charges to 
Hewlett-Packard and 
Hewlett-Packard shall pay 
shipping charges to return 
the product to the Buyer. 
However, the Buyer shall pay 
aU shipping charges, duties, 
and taxes for products 
returned to Hewlett-Packard 
from another country. 
Hewlett-Packard warrants 
that its software and firmware 
designated by 

Hewlett-Packard for use with 
an instrument will execute its 
programming instructions 
when properly installed on 
that instrument. 
Hewlett-Packard does not 
warrant that the operation of 
the instrument software, or 
firmware will be 
uninterrupted or error free. 

Limitation of Warranty 

The foregoing warranty shall 
not apply to defects resulting 
from improper or inadequate 
maintenance by the Buyer, 
Buyer-supplied software or 
interfacing, unauthorized 
modification or misuse, 
operation outside of the 
environmental specifications 
for the product, or improper 
site preparation or 
maintenance. 


No other warranty is 
expressed or implied. 
Hewlett-Packard 
specifically disclaims the 
implied warranties of 
merchantability or fitness 
for a particnlar pnrpose. 

Exclnsive Remedies 

The remedies provided 
herein are the buyer’s sole 
and exclusive remedies. 
Hewlett-Packard shall not be 
liable for any direct, indirect, 
special, incidental, or 
consequential damages, 
whether based on contract, 
tort, or any other legal theory. 

Assistance 

Product maintenance 
agreements and other 
customer assistance 
agreements are available for 
Hewlett-Packard products. 
For any assistance, contact 
your nearest Hewlett-Packard 
Sales Office. 

Certification 

Hewlett-Packard Company 
certifies that this product met 
its published specifications at 
the time of shipment from the 
factory. Hewlett-Packard 
further certifies that its 
calibration measurements are 
traceable to the United States 
National Institute of 
Standards and Technology, to 
the extent allowed by the 
Institute’s calibration facility, 
and to the calibration 
facilities of other 
International Standards 
Organization members. 
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revisions of the manual. 
Update packages, which are 
issued between editions, 
contain additional and 
replacement pages to be 
merged into the manual by 
you. The dates on the title 
page change only when a new 
edition is published. 

A software or firmware code 
may be printed before the 
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